DOCUMENT RESUME 



ED 074 766 

TITLE 

INSTITUTION 



SPCNS AGENCY 
PUB DATE 
NOTE 



EM 010 964 

APL/IV: Fourth International APL Users' Conference. 

June 15-16, 1972, Atlanta, Georgia, U,S.A. 

Atlanta Public Schools, Ga. Computer Center.; Georgia 

Inst, of Tech., Atlanta. School of Information 

vScience, 

Atlanta Board of Education, Ga. 
Jun 72 
19 4p. 



EDRS PRICE 
DESCRIPTORS 



IDENTIFIERS 



MF-$0.65 HC-$6. 58 

^Bibliographies; ^Computer Assisted Instruction; 
Computer Graphics; ^Computer s<^ience; ^Conference 
Reports; ^Programing Languages; Statistical Analysis; 
Time Sharing 

APL; *A Programming Language 



ABSTRACT 

APL is a computer language (A Programing Language) • 
Papers at this conference of APL users deal with the following 
topics: an APL approach to interactive display terminals; graphics in 
APL; an interactive APL graphics system; modeling a satellite 
experiment on APL; representing negative integers in bit vectors; APL 
as a teaching tool-'-two versatile tutorial approaches; the evolution 
of an interactive chemistry laboratory program; a collection of graph 
analysis APL functions; management of APL time-sharing activities; 
saving money by saving space in APL; security of APL application 
packages; enhanced interaction for an APL system; subtasking in APL; 
suggestions fpr a "mapped** extension of APL; APL as a notation for 
statistical analysis; an adaptive query system; microprogram 
training-^an APL extension; and APL electronic circuit analysis 
program and use of APL in teaching electrical network theory. Also 
included is a bibliography of 3^0 items dealing with APL, (JK) 
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The iourth Tntornational AVL Usern* Conferoncc was helf^ in Atlanta, Georqia, on June IS and 
1u, 107,2. The conft.Tence was co-hor,tc><.3 by tho Conputor Center, Atlanta Public Schoolr,, and t!ie 
School of J n foiTvat ion aiul Coniputor Science, Heorcjia Institute of Technology. 

Tho proqran was arran'jccl by Dr. Garth Foster, Syracuse University, Syracuse, riew York. Dr. 

ro£5tcr \;as rospons ilj.le for tJie referecing of the papers and the establishment of the fine 
I^roqrar!\. 

Those procGcuinqs wore compiled at the Atlanta Public School Systems' Com[)uter Center ur.ing 

A'^'S/3^^^ -) . rditinq v;as accoMplished by staff menbers froni the Corr.puter Center and the Computer 

Draille Project. The print shop of the Atlanta Area Technical School was most cooperative in 
providincj printinrj .services for conference b^rochures. 

Tacj loeal arrancje;nen ts were tlie responsibility of Ms. Jacki^e Reynolds, Systems Analyst at 
the Computer Center. Ms. Reynolds handled all registrations and hotel accommodations for the 
conference and iias contributed many hours of her personal time to ensure the success of the 
conference* 

It is obviou:^ that a conference such as this v;ould not be successful without the 
contributions mad€ by the speakers. Tlioy have contributed greatly to the sessions and to the 
overall efforts toward the proliferation of APL in the computer community. 

An confurencc attendees, you are all to bo conmendGd for making tiiis conference a success. 
APL, as is brought out in one of the papers, is epidemic and you are all contributors to the 
cause. 

V 

Tiiere are too many to individually cite, v;lio performed iiours of thankless chores for this 
conference. Many letters had to be typed and mailed and many telephone calls had to be 
answered. It quite obviously is a great effort to host a 'conference such as this. I v;ould like 
to take this opportunity to collectively thank everyone who helped to nake this conference a 
success » 

Thomas J. McConnell, Jr. 
Arrangements Chairman 
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IS APL EPlDEfllC ? OB A STUD! OP ITS GROWTH THBCUGH AH 
EXTENDED BIBLIOGHAPHY 

J. C. Bault and G. Deaars 
Laboratoire Central de Becherches 
THOMSON-CSF 
Doaaine de Corbeviile, B. P« 10 
(91>- Orsay, Prance 



Suona r^: 

%^ An atteupt is aade to deaonstrate that 
The theory ot epideaic processas is applied in 
by a nearly-exhaustive bibliography given 
epida aic . 



the use of API. is growing in an epideaic fashion, 
an appcoxiaate aanner by aeans of data provided 
as an appendix, AFL is proved to be undoubtedly 



A second part details tha given bibliography. 



L^k£2d!i£ tign 

The few conferences held these past years on APL have deaonstrated a fast growth of its 
usa. At this time APL, as we hope this conference will show, is pervading every area of 
a ct i7 ity , 

To the disaay of the vilifiers of APL, this pattern of developaent reseables the spread of 
an infectious disease. 



The purpose of this piper is twofold: first establishing that APL is an epideaic, a 
coBBonplace assertion aaong APL supporters; second providing the APL coaaunity and the APL 
addicts to-co»e with an extended bibliography given rn appendix. To our knowledge, such a 
bibliography has not been made available so far. 



£k§ Egideniolggy of APL 

The spread of scientific ideas has already been studied in tens of an epideaic process[ 1, 
2, 3]. A thorough theory has baen laid down, and applied to the study of an entire discipline 
such as symbolic logic[3] for a one-hundred year tine interval. 

Along these lines we attaapt here to apply the saae theory to the growth of APL using as a 
data base a bibliography recently coapiled. 
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1 



100 



strilvjtion of r-uni iciiMcnn in nnr-vn^r int.prv^T ) ' ' 



1961 2 3 4 5 6 7 



9 70 ^ 2 




1961 2 5 4 5 6 7 



9 70 1 2 



It would not be contended that this literature search is exhaustive and we are fully aware 
that improvements can be made. 

This bibliography amounts to about 3J0 entries and 220 authors. Thus the APL epidemic 
procass, investigated here, considers a popjlation of 220 individuals, or infections, over a 
ten-year span. Taking into account that an entry may include several authors the total number of 
publications is 422« 

Figure 1 shows the nuaber of new contributors each year, figu re 2, shovitig the change in 
tha number of active contributors each year, represents the epideaic curve for APL since its 
inception. This curve reveals clearly that since 1968 APL is really an epideaic. This 
corresponds to the release of in "infectious inaterial" by IBM, APL/360, as a class III product. 
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Tha shape of this epideaic curve does not allow one to foresee that the epidemic will stabilize 
iu the n'aar future, which, according to theory, should occur when the curve ceases to increase. 
(Ill fact this curve tends to grow exponen tiail y) • 

Figure 3 giv-as the yeirly nuaber of publications; if 'the preseat rate of grovth is 
aaintained this year we may expect 250 papers in 1972 with UO new authors. 

Figure ^4 indicates the yearly average nuabec of publications per author. This ratio h.iK 
increased continuously since 1969. 

The above figures should not be taicen as accurate ones but just as nere benchuaL-ks 
aan if est in<j that APL, in spite of its infectious character to certain people, is hale and hearty 
ani thriving at a pace whi:;h aay endaager soon the bailiwicks of those die-hard fossils that 
FOBTBAN, BASIC and other patters are. 



5.3 A?1I12^§^§1 MLki io3£i2llX 

Perusing the appended Dibliography is sufficient to be convinced that APL is present in 
maay fields. We intend here to make general coanents for facilitating the use of this 
b ibl i ogr aph y . 

APk I mplemen ta t iorxs One nay note the fact, which is not always well known except to specialists, 
that APL may now be found on major coaputers outside of IBMx 



BURROUGHS: 23 , 98, lUU-Ub, 2U7, 298 [Ed. note: nuabers here refei" to 

CDC: 58 bibliography, not hardware! ] 

CII: 157-8, 181-2, 195-6, ^98" 

DEC: 216 

HONEYWELL/GE: 93 

IBM: 22, 59, 77-80, 82, 312, 331 

UWIVAC: 339 

XDS: 21, 2142-43, 285, 340 



Microprogranaed APL aachines: 16, US, 102- 106^ 20.3, 207, 295-297 

A£k ^25l£^tible Termi^nals 

A wide range of APL compatible peripherals are available. Reference 177 gives a nearly 
complete l^st of them (UB, 62, 86, 101, 188, 250, 307). 



^£k tl^n^iina capabilities 

Users of APL quite early have demanded facilities to work with large collections of data 
under program control. A number of file systems have been experiennted or are presently 
available (37, 63, BU, 179, 189, 202, 262, 33U, 338). 



APL Hand books 

Many books, handbooks, us2r's manuals, videotapes and other materials are available: 6, 10, 
23-2a, 142, 43, 78-80, 95, 1 12, 1 40-2, 205, 2 19, 232, 235-38, 320-323, 329. 

APL AS AN AID FOR DEVELOPING PROGRAMS: 8, 17 
APL IatCH PROCESS IN2r*5T,~289 
hlk DATA ACQUisiTIO?: 149, 226 

APL ENHANCEMENT AND"E)CTENSI0NS: 36, 49, 50, 152, 170, 215, 248 
APL GRAPHICS: 727 150, 177,^235 
APL HISTORY: 14, 261, 30 2 

APL IMPLEMENTATION: 1, 2, 5, 16, 102-106, 156, 203, 207, 224, 231, 252-3, 287, 292 
APL PLOTTING: 20, 62, 177, 23 9 
APL SEMANTICS: 7, 230, 233, 245-46 

APL THEORY:'"32, 40, 47, 1 20, 1 59, 2 15, 230, 233, 245-46, 252-3, 279 



In tMC following we giv.e for the aost significative fields of application, the appropriate- 
references where the reader may find aore detail: 

COflrtEtfCIAL: 20 

COMPUTEH AIDED INST3UCTICN: 26, 23, 56, 71, 83, 99-100, 111,, 116, 127-8, 133, 165, 

, 168, 176, 222, 25^4, 273, 30a, 327 
QMh BASES: 17 1-73 

e'ngineering: 

Digital Systeis: 15, 29, 31 , 33, 55, 6 1 , 69, 7a-76, 81 , 89, 91, 1^0, 137-8, 
160, 163, 199, 200e 206, 2U0 
/ ElBCtrical Networks: 18, 19, 68, 97, 208-2 U, 2 18, 257, 259, 286 

' General Engineering: 166, 191, 258 

Mechanical Design: 66, 139 
Survey: 17U 
FINANCE: 25U 
INSUaiNCE: 67, 135, 337 

EaNAGEMENT: 38, 87, 93, 162, 16U, 255, 282, 291, 336 
MATHEMATICS: 

Cob pie X Ari thi et ic: 7 0 

Fast Fourier rransfora: 139, 183, 280 

Formal Computation: 179, 280 

Graph Theory: 68 

Linear Prog raiiaing: 19U 
" ''""^''^^^^^i^^ Numerical Analysis: 20, 27; U1, U6, 136, 276 
^*^perations Research:112; 

Optinizat ion: 9 | 

PERT: 20, 192-93, 217, 265i 326, 331-32 

Sorting: 233 i 



11, 12, 20, 67, 108, 129, 155, 263-64, 266-71, 290 



Statistics and Probability:; 

Theorem Proviig: 107, 20a 
Walsh Functions: 251 • 
MEDICINE: 300 

EicEiATION AND GAMES: 310, 311 
TAXES: 260 

Conclusions S. 
I) 

Aside from the polemical aspect of this paper aimed to pique APL detractors, hope that it 
will be a contribution to the spreading of APL. We propose that this bibliography De augmented, 
improved and refined, possibly with the help of a KWIC index- 
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AN APL PIPLIOGRAPHY APRIL 1972 



{ 1) P»S.ABRA^^S = AN INTEPPRETCR FOR » IVERSOM NOT AT I O.N ' i KCH . R£PT 
CS-m7 »COMPUTER SCICrjCE DEP T * ST A.NFORD UN I VlRS ! T Y . ST ANFORD 
CALIF0R\IA»17 AOUT 1066* 

( 2) P.S. ABRAVS = A\ APL MACHJ \'t » PH • D . < HES I S i S TANFORD UNIVLRSITY* 
STAfJfORD LIKTAR ACCflL&iUTOR CENTER^f^PT NO. i^L AC-1 1 ^ • FEVRIER 
1970 ET AD.7C6-7A1 . • 

( 3) PiS. ABRAf^Sr INTRODUCT lOM AU LANGAGE APL iREVUE CEGOS - INFORMAT- 
I CUE I NO* 3/4 ^P, 5-7 iX.ARS-AVRIL' 1970.' 

( A) PiS.ABRAVS ET W.M.MC KEb'V.Ar:= COMPUTER DISPLAY OF THE DERIVED 
POLY] OPES* REVUE CE G05- I MFORMAT I QUE iNO . 36 ^ P . P 5-3 6 » JU I LLET- 
AOUT 1970. 

{ 5) P.S.AH.RAVS = U\'E NOUVELLE MACHINE POUR APL 1 AFC ET 1 CONGRES 

D ' INFOR••^\T IQUE .BROCHURE NO, 2 » P . 85-1 06 1 P AR I S • SEP T EMBRE 1970. 

( 6) P.S.ABRAfviS ET G. L A COUR L Y= LE L ANGAGE D E PROGR AMMAT I ON APL 1 
" ^UNE- J.NTRODUCIJ.O.N iX.EGOS-T NFORMAT I QUE 1971. 

( 7) PiS»ABPAwS = A FORMAL APPROACH TO APL S EMANT 1' CS 1 COL LOQUE APLi 
9-10 SEPTE'.'BRE 1 97 1 • PUBL I CAT I O.N IRIA P. 159-80. 

( 8) R lAVYfD^iBASTIN .E.GIRARD ET J .C . RAUL T = L » APL-UN OUT [ L ■ P'OUR' LE 
DEVELOPEMENT DES PROGR AMMES » REVUE TECHNIQUE THOMSON-CSFi 
SEPTEMBRE 1972c 

( 9) B.AMY = A PROPOS D ' UN >5^0GRAf/ME D » OPT I M I SAT I ON-ANAL Y SE NUMER- 
lOUE ET LOGIQUF DES PROGRAMMES EN APLiREVUE TECHNIQUE 
THOMSON-CSFi SEPTEMBRE 1972. 

( 10) A.ANGER-THE APL LANGUAGE »J.WI LEY , 1971 . 

( 11) P.J.ANSCOMBE=USE OF IVERSON'S LANGUAGE APL FOR STATISTICAL 
CC.YPuTINGiDEPT OF STAT I ST I CS t YALE UN I VERS I T Y 1 T ECHN I CAL REPT 
NO.^iJUlLLET 1968 ET RAPPORT AD 672-557. 

( 12) F.J.ANSCOV.BE = STATISTICAL COMPUTING WITH APL» 1970. 

( 13) C .R.ATTANASIOt G.WALDBAUM ET F.Z ARNFALLER = THE IMPLEMENTATION 
OF APL/360 FOR OPERATING SYSTEM/360 1 I BM RESEARCH DIVISION 
YORKTOWN HEIGHTSfNeY. .A JU I N 1968 1 RC-2 109. 

( lAl J.N.BAIRSTOW = MR IVERSON'S LANGUAGE AND HOW IT GREW ♦COMPUTER 
DECISIONS.VOL. IfNO.l 1 P . A2-45 »SEPTemBR E 1969. 

( 15) D^BASTINfE.GIRARD ET J . C . RAULT =^LA SIMULATION DES CIRCUITS 

LOCIOUES A L»AIDE D'UN SYSTEME APLiREVUE TECHNIQUE THOMSON- 
CSF. SEPTEMBRE 1972. 



( 16) GtBATTAREL.M.DELBRElL ET P.KALFON=UN INTERPRETEUR APL AVEC 
GENERATION ET REUT I L I SAT ION DE CODE MACH I NE ♦COULOQUE APL 
9-10 SEPTEMBRE 1 97 1 1 PUBL I CAT I ON JRIA PV383-A02. 

( 17) R.BAYER=TOWARD COMPUTER-AIDED PRODUCTION OF SOFTWARE FOR MA- 
THEMATICAL PROGRAMMING I IN MATHEMATICAL SOFT WARE » J . R. R I C E » 
ACADEMIC PRESS 1 97 1 1 P . 2 75-93 . 

( 1ft) W.R.BEA'^: = AN APL I vrlEmENTAT I CN OF MICROWAVE CIRCUIT ANALYSIS 
TECHNICAL APPL I CAT I ONS PAPERS 1 NEREM 1970 r P. 99-105 . 

( 19) R.BEAUFILSiP.CAZAUX ET M. LABOR I E = APPL I CAT I ON D'APL A L«UNI- 
VERSITF DE TOULOULE iCOLLOOUE APLi9-10 SEPTEMBRE 1971 tPUBLI- 
CATION IRIA. 
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SCIEiMIFlC TIVK-SHAr^.NG C0RP.» 1969# 

I 21) G.A.BERGES ET F . W . PUST = APL/n'S J REFERENCE ?'"ANUAL •OE'n OK EE» 
VO.NTA.NA STATE U'>: I VERS I T Y » BOZEMA\'» >!0:\T AN A » 2 ft SEPTl'^BRE 196b. 

( 22) P.C.PERRY = APL/ 113a PRlXERHBy CORP • f 1 96 8 » FURy !\O.GC-t'!0- 
1697-0. 

( 23) P.C.BERRY = APL/'360 PR I f^iER ^STUDErU TEXT, IBM CORP 1969» 
FORM NO.GC 20-'17C2-0- 

■j'-i-j-'.'., , 

'{ 7aV P.C.RERRY = APL/360 PRIMER* IBM CORP* .FORM NO. GH-20-0689-1 
2NDF FDITIO.'^ JANVIER 1970. 

'{ 25) P.C.PEPRY.AcD.FALKCFF ET K . E . I VERSON =^US I MG THE COMPUTER TO 
COMPUTE ♦A niRCCT BUT NEGLECTED APPROACH TO TtAChING MATME- 
'MAT ICSfNEV.'-YOR< IBM SCIENTIFIC CENTEi^ < REPOdT -NO . 3 2 0-29b b ♦ MA I 
1970 ffT IFIP WORL'J CONFERE^.CE ON COMPUTES^ FDUCAT I ON i A'-•i3^ER-' 
OAM42^-28 ACUT 197Q. 

C 26) P*C,BrRRYfG*BAr-:TOLI »C*DuLL» ACUILA FT V . N . 5P AD AVEC C M I A ^-APL 

AND IN.MGHTiA STRATEGY FOR T E ACH I NG . CCuLO(.UJE APL»9-10 SEPT- 
EMRRE 1971 ,PUBLICAT ION IRIAP.251-72. 

( 27) T.A.PICKART=FUNCTION TO ACCELERATE AND/OR INDUCE SEQUENCE 
CONVERGENCE »APL OUOT E-OUAD • VOL . 2 . NO . 1 v P . 8-9 AVRIL 1970 

( 28) D.BlXLrR = MSU A PL <» M I CH I GAN STATE UN IVE P'S I T Y . CUMPUT £ R LAf30R- 
ATORY.NOTICE' N0.3^?6.7 FEVRIER 1972 . 

( 29) L-B0lLIET = FXPER:FNCE;5 D'FNSEIGNEMENT AVEC APL.COllOQUl APL 
9-10 SEfM'FMPRE 1971 fPUPLlCATICN IRIA Pt'^'^5-60. 

( 3C) D. A.RONYUM=MARK-SFNSE APL^APL OUOT E-OU AD » VOL . 3 . NO . 1 vP . 1 H- 1 9 » 
11 JUiN 1971. 

( 31) W.G.ROL'RICIUS. W.C.CARTEP»K.A.DUKE. JcP.ROTH ET P . R . S CHNE I DE R = 
I Nt F^^ACTI VE DESIGN OF SFLH-^TEST I NG C I RCU 1 TR Y ♦ PRCC E ED I NOS OF 
THE PURDUE SYMPGSIU*^ ON INFORMATION PROC ESS i riG • AVR I L 1969 
P. 73-80. 

( 3?) P,BRArFORT=--EPI -'APL»FUNDAMENTAL INSIGHTS FROM ADVANCES IN 
KOTATICNAL S Y S T EM A T I C S » S EAS ANNUAL ME E T I NG . P I SE • S E P TEMB R E 
^971. 

( 33) ll.L.RRAME ET C . V. RAMAMOORTHY=AN INTERACTIVE SIMULATOR GEN- 
ERATING SYSTEM FOR SMALL CGMPUT ERS » S J C C 1 97 1 » P . 2 5 -^^♦9 . 

( 3-^*)^ L»M.RRFED FT R • H ► L ATHWF LL - THE IMPLEMENTATION OF APL/360 » 

^ DANS ' 'INTERACT I VE SYSTEMS FOR EXPERIMENTAL APPLIED MATHEM- 
ATICS »•» AC ADEM I C PRESS 196a»P.39C-399,A.KLERER ET J.REIN- 
FELDS FDITOR'SiET ACM SYV.POSIUM ON EXPERIMENTAL SYSTEMS FOR 
APPLIED ^^ATHFVATICS 1967.,. 

( 35) L.M. BREED ET R . H . L A THWEL L=APL/ 360 • I BM CONTRIBUTED LIBRARY 
360-D-03-007 •1968. 

( 36) L.M. BREEDS-GENERALIZING APL SCALAR EXT ENS ION .APL QUOTE-QUAD. 
VOL.2 .NO. 6. MARS 1971. P. 5-7. 

{ 37) L.M.BREED=DESI GN OF THE APL PLUS FILE SUB SYSTEM* COLLOGUE 
APL 9-10 SEPTEMRRE 1 97 1 . PUBL I C AT I ON IRIA. 

( 38) J.A.EROADSTON=CHART ING SCHEDULE P ERFuRMANCE . P RODU C T I ON AND 
INVENTORY MANAGEMENT. 1ST QUARTER 1 9 70 . P . 79- 8 1 • 

( 39) J.A.BROWN=USING THE ACKERMAN FUNCTION TO RATE PROGRAMMTNG 
LANGUAGES. APL QUOT E-OUAD . VOL • 2 tNO. 1 > P . ^-5 . AV R I L 1970* 
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( AO) J.A.DROW- = A GE.'JERALIZATION OF APL.PIUD* ■ H CS I S . DC P - R T Mi; M OF 
SYSTEMS AND INFOR'^ATION SCI E\CE tS YRACUSt UN I Vf r< S I T Y . S lPT - 
EMBRE 1971. 

( AD E.A.PUCHHEIT ET R . B . RODEN ^- APL ROUTINES FOR EVALUATING FUNCT- 
IONS IN VATHEMATICAL H Y S I C . f 0^ APPLIED ANALYSIS AND 
CCXPUTfR SCIENCE. RESEART" . 202 9 , NOVE^BR E 19 70. 

( A2) P.CALlNGAERTrl.vTRODU -.[.ic. L ANGUAG E t SCI FNC E 

RESEARCf^ ASSOCIATES, ^ ... ED I T I UN .QC TOB.hJE ^^67. 

( A3) R.S.CAPPERRY ET CCLL. = A . - > vlNG LANGUAGE /1130, 
IBM CONTRlRUTr.D LIBRARY 1110-03-3^001, 196 8. 

( A4) V.CHAPTAL = CCr^PTE RENDU DU COLLCOUE APL, BULLETIN DE L'IRiA, 
NO. 10, P. 20-2 5 , JANV I ER 19 72. 

( A5) V.CHAPTAL ET A L » --S T RUC TURFS FT SYSTEMES DE P KOGR AMMA T I ON , 
BULLETIN DE L' IRIA,NO.lO,P.A-9f JANVIER 1972. 

( A6) 5.CMARM0NMAN,S.CABAY ET M. L . LOU I F-U YN E = US E OF APl/ 360 IN 
NUMERICAL ANA L YS I S , D EP T OF COMPUTING SC I ENCE , PUBL I C A T I ON 
\'0.11fUfMVERSITY OF ALBERT A , EDMONT ON • CANADA , D ECE^^BRE 1967. 

( A7) S .CHARMONyANrA CO'-^PARISON OF THE STf^lUCTURES OF APL, FORTRAN, 
ALGOL AND PL/1, APL QUO T E-O'JAD , VOL . 2 » N 0 . A , P . ^ , JAN V I ER 1970. 

( A8) S.CHARVONVAN = S IXTY-CHARACTER REPRESENTATION OF APL SYr.^BOLS» 
APL QUOTE-OUAD»VOL»2,NC.2,P.13-10,1C JUILLEI 1970. 

( A9) S.CHARtVONMAN^A GENERALIZATION OF APL ARRAY ORIENTED CONCEPT, 
APL OUOTE-OUAD,VOL.2,N0.3,P.13-17,23 SEPTEMrtKE 1970. 

( 50) S.CHAR^:ONMAN:^A GENERALIZATION OF APL ARRAY ORIENTED CONCEPT, 
SIGPlAN notices, vol. 5#N0. 11,1970. 

( 51) s.charvonyan=apl/umc an experimental translator for batch 

processing of a subset OF APL, department C COMPUTER SCIENCE 
UNIVERSITY OF M I SSOUR I -COLUMB I A , 1 9 7 1 . 

( 52) S. J.CLARK = APL/360 AND 1130 VERSIONS-A COMPAR I SON , MC DONNELl 
DOUGLAS-ASTRONAUT ICS ,MArHEMATI CAL SCI ENCdS DEPARTMENT ,HUN- 
INGTON BEACH»CALIFORNIA,20 DECEMBRE 1 96 9 , A3-9 50-L 2 AO 
TECHNICAL MEMO 69-15. 

( 53) J.F.CLEMENTI FT P . P .FL E TCHER^MOD I F I C A T I ONS TO THE ApL/1130 
SYSTEM TO PROVIDE MORE CONVENIENT OPERATING ON A FORTRAN 
USER'S MACHINE, APL OUOT E-OUAD , VOL . 3 , NO . 1 , P . 1 6- 1 8 , 1 1 JUIN 
1971, ET VOL* 3fNO.2/3fP.A0-A2» 1 OCTOBRE 197U 

( 5A) I •J.COLE = SOME APPLICATIONS OF A PROGRAMMING L ANGU AGE , GOOD ARD 
SPACE FLIGHT C ENT ER , GR E ENBELT • MARYL AND ,N6 7- 3 7 39 7 , AOUT 1967. 

{ 55) M.C0RREIA,D.C0SSMAN,F,PUTZ0LU ET T . S . N ETHEN^M I N I M I Z I NG THE 
PROBLEM OF LOGIC TESTING BY THE INTERACTION OF A DESIGN 
GROUP WITH USER ORIENTED FAC I L I T I ES . S E VENTH DESIGN AUTO- 
MATION WORKSHOP, JUIN 1970iP. 100-107. 

( 56) J. D.COUGER:=SCHOOLS, COLLEGES ATTEST TO APL GROWTH , COMPUT ER- 
W0RLD,V0L.6»N0. 13,P.16i29 MARS 1972. 

( 57) C . J4CREVELING=EXPERIMENTAL USE OF A PROGRAMMING LANGUAGE 
(APL) AT THE GODDARD SPACE FLIGHT CENTER, GSFC REPORT 
NO,X560-68-A20 ,NOVEMBRE 1968 ,GREEN3ELT , MARYLAND. 

{ 5a) N.DAIRIKE=LAWRENCE RADIATION LABORATORY APL IMPLEMENTATION 

ON CDC 6000-7600, APL QUOT E-OUAD , VOL . 3 , NO . i , P . 1 0- 1 1 , JU I N 1971 
ET APL USERS CONFERENCE WORKSHOP 3 , BE RKELE Y , 20-2 1 AVRIL 1971 
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{ 59) T •P.DAr.l£LL=TIME-^SHARING APL FOR IBM/IUO SYSTt^MStAPL QUGTL- 
QUAD »V0L.3 »ND. 1 iP. 10-11 » 11 JUIN 1971 APL USERS' CON- 

FfR^NCP WORKShiCP 3 ♦ P E R < E L E Y r2 0- 2 1 AVRIL 1971, 

( 60) I ,DAVl 0!.ON = SUMK'ARY OF CONPERf:\CE O^J APRIL 6TH 1971 ON THE 
APPLICATION OF APL IN BELL NORTHERN RESEARCH AND BELL 
CANADA. 

( 61) W.H.E.DAYt^coVPILER assignment of DATA ITEMS TO REGISTERS* 
IBM SYSTEMS JOURNAl»NO,^ P . 2 8 1 -3 1 7 ♦ 1 9 7 0 . 

( 621 v.DAYTON^A plotter OF APLiAPL OUOT E-i.^ AD , VOL * 3 iNQ • 1 i 1 1 JUIN 
1971»P.13 ET APL USERS CONFERENCE aORKShOP 3»!^ER<ELEY 20-21 
AVRIL 197U 

( 63) G.DE^^ARS^SYSTE^-^FS DE FICHIERS F.N APLiRAPPORT INTERNE 
I HOMSON-CSFiCCT I N0,2567»17 SEPTEMiMU" 1971, 

( 6^) G .DEVARS. J.C^RAULT ET G . RUGG I U = COMPT E RENDU OU CCLLOQUE APL 
ORGANISE PAR L'IRIA LES 9 ET 10 SEPTEMBRE 1971,RAPPCRT 
INTERNE THOMSON-CSF »LCR-DR5 NO«l607»23 SEPTEMBf^E 1971, 

( 65) F .DESTOMBES=LE SYSTEME APL / 360 > COLL OCU E SUR LA TELEINFORMA- 
TIQUC 1969»T0ME 1 » P . '4 U-42 1 , ED I T I ONS CHIRON* 

( 66) G.DE VAHL DAVIS ET W . N . HOLMES= THE USE OF APL IN ENGINEERING 
EDUCAT lONfCCLLCQUE APL»9-10 SEPTEMQRE 197 1 • PURL I C AT I ON IRIA 
P .279-307, 

( 67) W.DE VRIES=WATCH YOUR ( COMPUTER ) LANGUAGE » THE ACTUARY.MARS 
1971 

( 68) G.DHATT ET L . R OB I CM AU D= F I N I T E EL EMENT S » FLOW -GRAPHS AND APLi 
COLLOGUE APL»^-10 SEPTEMRRE 19 7 U PU^iL I CAT I ON IRlA P%37-69. 

( 69) K ,A.nUKE»H.D.SCMNURMANN ET T . I . W I L SON = S YST EM VALIDATION BY 
THREE-LEVEL MODELING SYNTHES I S i i BM JOURNAL OF RESEARCH AND 
DEVELOPMENT! VOL • 1 5 * NO . 2 1 P . 166- 7/^ , MARS 197 1« 

( 70) F.M.EDWARDS FT W.R.TPIGA=AN APL COMPLEX ARITHMETIC PACKAGE* , 
TECHNICAL APPLICATIONS PAPERSiNEREM 1 9 7 0 » P . 1 0 6- 1 1 2 . 

< 71) E .M.EDWARDS=APL »A NATURAL LANGUAGE FOR ENGINEERING EDUCATION 
PART II»IEEF TRANSACTIONS ON EDUC A T I ON • VOL . E- 1^ • NO . ^ • P . 1 79- 
80»NOVFVBRE 1971. 

( 72) D«W.EMBLEY = APL GRA PH I CS • M . S. THES I S • D EPAR T EMENT OF COMPUTER 
SCIENCE»UNIVERSITY OF UTAH» J971. 

( 73) A,D.FALKOFF = ALGCRITHMS FOR PARALLEL SEARCH M EMOR I ES • JOURNAL 
OF THE ACMiCCTOBRE 1 96 2 • P . ^88-5 1 1 • 

( 74) A .C.FALKOFF'^K. F. I VERSON ET E . H • SUSSEN GUT H=^A FORMAL DESCRIPT- 
ION OF SYSTEM/360f IBM SYSTEMS JOURN AL • VOL . 3 • NO . 3 • P . 1 93- 262 • 
1964. 

{ 75) A .D« FALKOFFfK . E . 1 VERSON ET E.H .SUS5CNGUTH=ERRATA FOR A 

FORMAL DESCRIPTION OF SYSTEM/360 • I BM SYSTEMS JOURN AL * VOL . 4 • 
NO. 1 »P*04»1965 . 

( 76) A,D.FALKOFF=FORVAL DESCRIPTION OF PROC E5SES-THE FIRST STEP 
IN DESIGN AUTOMAT lON.PROCEEDlNGS OF THE SHARE DESIGN AUTO- 
MATION WORKSHOPfJUiN 1965. 

( 77) AiD.FALKOFF ET K . E . I VERSON=THE APL/360 TERMINAL SYSTEM 

P#22-37»DANS INTERACTIVE SYSTEMS FOR EXPERIMENTAL APPLIED 
MATHFMATlCSiACADEMIC P RESS tl 960 • M • KL E RER ET J.REINFELDS 
EDITORS»ET ACM SYMPOSIUM ON EXPERIMENTAL SYSTEMS FOR APPLIED 
MATHEMATICS 1967, VOIR AUSSI IBM RESEARCH CENTER YORKTOWNi 
N« Y« »RC-1922 • 16 OCTOBRE 1967. 
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( 7P) A.D.FALKOFF CT K . , I Vr .R.SON = TkE AD^ TERMINAL SYSTEM =Ir;^TKUC- 
TI0\5 FOR OPFPM IO\S. IBM T.J.wATSQN RESEARCH Cf. N T E R . YOR< T OWN 
HE IGhTS tN. Y. 10 39H W-'ARS 1967tREVU EN 1968. 

( 79) A.D.FALKOFF < . E , I VE RSON = APL / 360 USER'S MA.\UALiIBM CORP.! 

T.J.WATSON RCr.rARCH C EN T ER • YORK TOWN H E I GhTS » N . Y • , 1 0 593 . 
FORM C-H.,''0-068 3. 

( 80) A.D.FAL<OFF FT K . E . I VE RSON = APL / 360 MANUEL D "JT I L I S AT I ON 1953 
TRADUCTION FPANCAISE PAR Y.G. RAYNAUD ET G . P . S I M I AN . UN 1 V E R- 
SITE PAUL SABATlERf T0ULCUSE»19Ta. 

( 81) A.D.FALKO^^ MTERIA FOR A SYSTEM DESIGN LANGUAGE 1 REPORT ON 
^AT^ SC^ '^'"'^ITTEE CONFERENCE ON SOFTWARE ENGINELRING 

TECMN ! i J * 

I 82) A.D.FA. ':.E. IVERSON = APL/360-«OS AND APL/360 DOS USER'S 

MANUAL. l-.M FORM .SH20-0906-0fFlRST ED I T I ON . DE C EMBR E 1970. 

( 83) A FALKOFF ET K . E . I vrRSON=THE USE OF COMPUTERS IN TEACHING 
MATHEMATICS* IRM PHILADELPHIA SCIENTIFIC CENTER REPORT 320- 
29e6»AVRIL 1970. 

( BM) A.D.FALKOFr=A SURVEY OF EXPERIMENTAL APL FILE AND I/O SYS- 
TEMS IN IBv, COLLOGUE APLi9-10 SEPTE'^BRE 1971ff% PLICATION 
IRIA, P. 365-74. 

( 85) P.FALSTER=APL IS A TOOL FOR THE FORMULATION OF PROBLEMS. 
DATABEHANDL ING • NO. 9 1 P . 2 8~34 1 1 9 70 . 

( 06) J.FLFTCHER = AN B-BIT ASCII CODE i APL .QUOTE-OUAD . VOL . 3 ,N0. 1 
P. 13.11 JUIN 1971, ET APL USERS CONFERENCE WORKSHOP 3f 
BERKELEY ,20-21 AVRIL 1971. 

( 87) P. H.FORTIN. D.SAMSON. P. LAVERDIERE ET L . P . A , R0« I CKAUD==UT I L I S A- 
TION D'APL DANS LE CADRF DU PROJET OES STATUTS DU QUEBEC. 
COLLOOUE APL. 9-10 SEPTEMBRE 1 970 . PUBL I CAT I ON IRIA P. 115-137. 

( 88) G.H.FOSTERrAPL A PERSPICUOUS L ANGU AG E . COMPUT E RS AND AUTO- 
MAT ION tVCL* le .NO. 12 .P#24-2 6* 23 tNOVEMDRE 1969. 

( 89) G.M,FOSTER=USING APL TO INVESTIGATE SEQUENTIAL MACHINES. 
TECHNICAL APPLICATIONS PAPERS. NEREM 1 9 70 , P . 1 2 1 -7 . 

( 90) G .H«FOSTER = APL ,A NATURAL LANGUAGE FOR ENGINEERING PT I.IEEE 
TRANSACTIONS ON CDUC AT I ON . VOL . E- 1 4 , NO . ^ . P . 1 74- 1 79 . NOVEMBRE 
1971 . 



( 91) T.D.FRIFDMAN ET S . C • YANG=METHODS USED IN AN AUTOMATIC LOGIC 
DESIGN GEr;ERATOR". (ALERT ) lEEE.TRANS. ON COMPUTERS. 
VOL.C-IS »V0. 7. P. 59 3-614 . JUILLET 1959. 

( 92) D.C,GA2IS=A COMPUTER MODEL FOR THE FINANCIAL ANALYSIS OF 



( 9.?i URBAN PROJECTS. IBM RESEARCH CEN T ER . YORK TOWN HE I GH T S , N . Y . . 
13 AVRIL 1970»RC-2e50. 

( 94) L.I.GILMAN ET A • J . ROSE =NOT ES FOR THE VIDEOTAPE COURSE » I BM 
RESEARCH DIVISION. YORKTOWN HE I GHT S . N . Y . . 

( 95) L.C.GILMAN ET A . J . ROSE = APL / 360 . AN INTERACTIVE APPROACH. IBM 
CORP. 1969 ET J. WILEY 1970. 

( 96) N.GLICK ET R . S CHRADE R=APL ON THE HONEYWELL 635. APL QUOTE- 
QUAD . VOL . 3 . NO. 1 . P . 1 1 . X 1 JUIN 1971 ET APL USERS CONFERENCE 
WORKSHOP 3, BERKELEY 20-21 AVRIL 1971, APL QUO T E-QUAD . VOL . 3 f 
NO. 2/3 .P. 20-30 . 1 OCT 1971. 

( 97) P.E.GRAY ET C . L . SEARLE ^ELECTRON IC PR I NC I PLES . PHYS I CS .MODELS f 
AND CIRCUITS. J.WILEY 1969. 
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( 9«3 L,GRFL,\r>H:RG^APL/65;00 tM viCHloAN STATE UN I VC f^S IT Y t APL CJOTL- 
QUAD»VC'..3iNC. 1»^.20-2 1.11 JU I N 1971, 

{ 99) P.GRO ir^'A.CPOPL rY,5.HF.BB R: r R.PAl MER = APL AND R£MOTE TERMINAL 
USAGl for COvPUTlR ASSISTED I NST R'JC T I ON » MANC H^ST ER DATA FAIR 
1969 , 

(100) H,R.HArGI=EULHR A CAI-SYSTEM BASED ON APL i UN I VE RS I T Y OF 
ZURICMtl971, 

(101) P.E.HAGGERTY = AN APL SYMBOL SET FOR MODEL 35 T EL ET Y PE S . A f L 
OUOTE-OUAD.VOL.25NC.3.P.6-Ri23 S^PT EMQRE 1970, 

(102) A.HASSITT.J.W.l. AGFSHULTE ET L.EiLYON = A MICROPROGRAMMED 

I N'.P L r r N T A T I r an a p l ma ch i n e > ap l quo T F - » j a o . V O L . 3 » n o . l . 

p,i^^ ' '70 ET APL USERS CONFEREtNCL WORKSHOP 3t 

B !L 197 1, 

(103) a.hassitti j.w.lageshulte ET l.e.lyon=implementation of a 

HIGH I CVEL LANGUAGE M. ACH I NE . PRE P R I N T S . ACM ^TH ANNUAL WORK- 
SHOP ON MICR0PRCGRAMMING*13-1^ SEPTEMBRE 1971. 

(10^) A.HASSITT . J.W.LAGESHULTE ET L.E.LY0N=A MICROPROGRAMMED APL 
MACHINE tCOLLOOUc'APL »PUL3. I R I A . P • 3 7 5 -8 2 .9-10 SEPT, 1971. 

(103) A •HASrjITT=MlCR0PROGRAMMING AND HIGH L'£VEL LAjNGUAGES » 1 NT ER- 
NATIOr;AL IEEE CO-PUTER CONFERENCE » P . 9 1 -92 » SEPT . 1 97 1 ♦ 

(106) A.HAS5ITT ET L . E . L YON = EFT I C I EN T EVALUATION OF ARRAY 
SUBSCRIPTS OF ARRAYS » IBM JOURNAL OF RESEARCH AND DEVELOPMENT 
VOL. 16 iNO. 1 > JANVIER 1 9 7 2 ♦ P . ^ 5- 5 7 . 

(107) W.S.h^ATCHER ET P . E . RC TH I ER^UNE APPLICATION DU LANGAGE APL AU 
PRCiH-r-*E OF DEMONSTRAT lOK DE THEOREMES PAR ORD I NAT EUR . COLLO- 
OUE APltPARlS 9-10 SEPTL-MliRE 1 97 1 . PUBL IC ATI ON I R I A . P . -V^ 3-^ ^ 3 

(ICS) R .M.HEIBERGER=^APL functions for DATA ANALYSIS AND STATISTICS 
RESEARCH REPORT CP-5»DEPT OF STATISTICS HARVARD UNIVERSITY* 
31 MARS 1971. 

(109) H.HElLFRMAN-EXPFR I MENTAL PERSONALIZED ARRAY TRANSLATOR 
SYSTCMiCOf^'MUNI CATIONS OF THE ACM * VOL . 7 t NO , 7 » P P . ^ 3 3 - A 3 8 f 
JUILLET 196^. 

(lie) H.HELl.ERMAN = DIGITAL COMPUTING SYSTEM PR I NC I P L ES .MC GRAW 
HILL 1967. 

(111) J.C.HrNSOri ET W,F,MANRY=APL-AN I N T RO ♦ A T L AN T A PUBLIC SCHOOLS 
ATLANTA. GEORGIA. 2 NDE ED I T I ON ♦ AVR I L 1971, 

VOIR APL OUOTE-OUAD tVOL . 1 .NC.3 .P.3 .OCTOBRE 1969. 

(112) J.C.HERZ ET H . C . NGU YEN APPL I C AT I ON DU LANGAGE APL A UN 
PROBLEME DE RECHERCHE OPE RAT .1 ONNELL E t COL LOOUE APL . PUBL • I R I A 
P. 141-56.9-10 SEPT. 1971. 

(113) J.A.HrGGINS=PR0CEEDING5 OF THE APL USERS CONFERENCE AT 
S.U.N.Y. .B INCHAMPTON. JUILLET 1969. 

(lU) G*HORNE ET R.PIPER = A DESIGN FOR A 3"2-BIT COMPUTER USING APL 
STUDENTS AT POMONA COLL EGE . CL AREMON T • C AL I FORN I A . M A I 1969. 

(115) S .HUNKA=^APL-A COMPUTING LANGUAGE DESIGNED FOR THE USER. THE 
BRITISH JOURNAL OF MATHEMATICAL AND STATISTICAL PSYCHOLOGY. 
VOL.2 0 .PART. ?f P.2 49-60.NOVEMBRE 1967. 

(116) S.HUNKA=USr OF APL COMPUTER TERMINALS IN THE EDMONTON PUBLIC 
SCHOOLS. DIVISION OF EDUCATIONAL RESEARCH fUNlVERSITY OF 
ALBERTA .EDMONTONtCANADA 1 1 AVRIL 1970-30 JUIN 1970 ET MARS 
1971. 
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(120) 
( 12) ) 

( 122 ) 
(123) 
( 1 2^. ) 

(125) 

(126) 
( 12 7) 

(12 3) 
(129) 

( 1 30) 
( 131 ) 
(132) 
( 133) 
(134) 
(135) 
(136) 



K.S.lVfSSC.-;^ P"OG?,A-.v.Mr;G LANGUAGE W 1 LCY 1 962 . 
V-lifpfJ'ye'lc^S^ ' CCNFERe.CE.P.l,!-, (KC 



137) 



■, = PPOGRAvvi-G \OTATIC'J IN SYSTEMS D E5 ■ , 1 3>.; 
SYS.- . JOU'? . VOL . ? , NO . 2 . f. , U 7- 1 2 e , JUI .N i9o3:^ 

^V';'T-".''-;'?c;'ob'%' F.'^OGRAM.vi'-lo LANGUAGE, I-.. COR-.. 

program.,, >)o languages, co-vunica- 

TICS 0- 71... ACV,yOL.-,',,NO.r-.P.8C-e8.i-E>.';<iCS l9f,A. 

'V?;^'!'-''?;:/':" j;^''' 'cation or a universal language, if i p 

V r-NG^ES-S . Nf-.V/-VC9K . 2A '.'A I 1965 ET I RM i^FS-'RTH or -Vi ? , 
WATSON RESEARCH C E NT ER , YORKTOV.N H eJ GH Vs',: J ^ " -^^^'^'J' 

< .P. IVERSON=tLE'.'ENTARY FUNCTIONS. AN ALGORITHMIC T R AT(.'r,,r . 
SCIENCE RESEARCH A S SOC I A T ES ■ O : I C A GO . 1 9 6 6 . ^ ■--TN..,. T , 

K.E. IVERSONMHE ROLE OF CO'-'PUTER IN T E ACH I NG . OU^ c m . <- PAPFRS 
CAnIdA^ "•'^^H^^vaICS,N0.13.196LK.c:NST■8,N:ONTAR?o 

F'oR;V^oS:JS96-o:i?:9r' TEACHING. IBM CORPORATION. 

^;^;iN^%1ScESfN^1^rT2E^^i:;?;^;^r;^^^^^^;;?-^ 

P.'97-9rurT?;SESK''''''''''' ' ''^^^^"'^^^T ' 0'' TO APL.NEREM 1970. 

14-lJa97Sr''"' APL. COMPUTING REPOR T . VOL . 6 . NO . 2 . P . 

K .E. IVERSON=ELEMENTARY ALGEBRA. IBM PHILADELPHIA SCIENTIFir 
CENTER. TECHNICAL REPORT NO . 3 20-3 00 1 . JU I N 1 9 7 1 . ^^'^'^^"^'^ 

UI'^eIITe^",^^^^^^^^^^^ APL.PARIS 9-10 

S(^;;r1aVSbec;c;naSa;?5;;:' -^o^^^mming uanouage.sun l.fe 

M^EAR'LEjsr'^'LARrroo'^^" ^'^'^'•'S EQUATIONS AND 

^r^rMT.p^r^rf? n " PROBLEMS IN APL , I BM PHILADELPHIA 
SCIENTIFIC CENTER. TECHNICAL REPORT NO. 320-2989 ,JU I N 1970. 

mG;c'c?Rnn?r?^M'L*' EVALUATION FOR COMBINATIONAL 

2? I5.n'S:r™13!''*''" center. YOR™ HE I GHT S . N . Y . . 
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(13ei L.R. JOH^JSON--SYSTEV STRUCTURE \U DA T A . P ROoR AM S AN.D COVrUTERS. 
PREMIC^ r^ALL 1970* 

(139) A ,L. JONf'S^-THE USE OF APL/360 IN' --^ECmAMCAL ANALVr:.IS» 

PROCEEDW'^GS OF THE 19 'C IEEE i NT ERNAT I C'JAL COyPUTr.R OKJ'Jr^ 
CC:^iFERENCE , -.EV.'-YORk. , JUNE 1970»P. 195-20o. 

(UD) H.<ATZA\ = A PRO£E GLOSSARY OF APL i COMPU T L AND AJTOMATICNi 
P,39-42^^0UT 1970. 

(Ul) H.KATZAN:.A^L PROCRA'.''-' 1 NG Af.D COMPUTER TECHNIi-UEb. 
VAN NOSTRA'-iD 1 970. 

(1421 H.'^ATZAN^ACL USER'S GUIDE, VAN NOST RAND . 1 97 1 • 
(VOIR CRITIQUES IEEE ON C . i OC T • 7 1 , P . 1 2 2 2-3 ) . 

(1A3) H.<ATZAM = REPRE5Cf:TATI0N AND MANIPULATION ^ I .^^^^ ' ' 

IN APL. PROCEEDINGS 0^ A SYMPOSIUM 0'^^ ^ ^ ^ ^^V^^^ i P - 
PROGRAM-r-G LANGJAG^TS. UNIVERSITY OF F L 0:^ I JA , 0. 1 ^ L S V 1 L L £ . 
?5-'27 FEVRIER 1 9 7 1, J . T . TOU ET P.WEGNCR EDS . i PUBL I C AT 1 ON ACM. 

(U^.) G.KILDALI=EXPEPI^ENTS IN LARGE SCALE ^^-^^^ ^ ' ^ ^^pu^ P R l' ' ^ 
STORAGE MANIPULAT lONiTECn. REPT . NO . 69 -0 1 - 1 i CuMPUT E R .CIc^CE 
GROUP, UNIVERSITY OF WASH I NGTON . S EAT T L E WASHlNuTOiNi 
JANVIER 1969. 

(16=^) G.K ILDALl =APL/n ^-^^00 ThE-LANGUAGE AND ITS IMPLEMENTATION. 

TEci^R^PT. NO. 70-09-0^.C0v^ SCIENCE GROUP , UN I V I f Y Cr 

WASiHlNGTON. SEATTLE. WASH I NGTON, SEPT EVD RE 1970 . 

(1A6) G.KILDA' L = PRELIMINARY /^PL/G 5^-00 M ANU A L i UN I V E RS IT Y OF 
WASH I NGTON ♦ COMPUTER C EN T E R . S E AT TL E i W A SH I NG T ON- 1 9 70 . 

(147) GaKILDALL iL. SMITH, S.SWEDINE ET M . ZOZ E L =UN I V E R S IT Y OF 

wIsiilNGTON APL/fi5300 MANUAL t COMPU T ER SCIENCE GROUP , UN I V a R- 
SITY OF WASHINGTON, SEATTLEiTECHNlCAL REPORT NG.71-1-10» 
JANVIER 1971. 

(140) H.G.KOLSKYrPROBLEM FORMULATION USING APL,IBM SYSTEMS 
JOURNAL » VOL.0 »N0.3iP .204-17 1 1969( G.231-0018) ' 

(149) K.L.KONNERTH=USE OF A TERMINAL SYSTEM FOR ^ATA ACQUISU 
IBM JOURNAL OF RES. AND DE V . , VOL . 1 3 • NO . 1 i P . 1 3 2- 1 3 8 i JANV I E R 

1969. 

(150) K.L.KONNERTH ET M . L . PH 1 L L I PS = APL / 1 1 30 ^ I TH ^ R aPH I C AN^ OTHER 
I/O CAPABILITIES! IBM YORKTOWN HEIGHTSi20 JUILLET 19/0i 

RC 2964. 

ilbl) K.KORN = APL USERS CONFERENCE AT SUN Y i DA TAMA T I ON i NOV . 1 969 . 



152: 



(1531 



R.J.<ORSAN = A PROPOSED APL E XT ENS I ON , A P L QUOT E^QUAD i VOL . 3 • 
N0.2/3iP.21-23»l OCT. 1971. 

S.E.KRUEGFR ET T.P.MC MURCHIE=A PROGRAMMING LANGUAGEi 
SCIENCE RESEARCH ASSOC I A T ES i CH I CAGO » 1 968 • 



(1^4) S.E.KRUEGER ET T.D.MC MURCH I E=APL / 1 500 USER'S GU I D E , SC I ENC E 
RESEARCH ASSOCIATES iCH I CA GO • 1968 . 

(155) G.LACOURLY ET L . LEB ART . ANAL YSE '^^^ ^ ^ ^ ^ ^'^^^^ ^ 

TIVE D'UN ENSEMBLE DE DONNEES i COLLOOU E APLi9-lO SEPT£^,bRE 

1971. 

(156) R.H.LATHWELL = THE IMPLEMENTATION OF APL /360 • V I EW GRAP^ 
INTERNATIONAL SUM^'-ER SCHOOL ON NEW TRENDS IN COMPUTER 
PROGRAMMI NG I 20 AOUT 1968. 

(157) R.H.LATHWELL=APL/360 OPERATIONS MANUALilBM CORP. ,1968. 
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(153) R •H.LATHWrLL^APL/SiO SYSTEM G£n£RATION AND LIBRARY MAINTE- 
NANCr: t IS^ CORP . .19 58 »Gh;?0-0683 . 

(1^9) P|H. LATHWFLL FT J • E . V,EZ E I =A FORMAL 0ES<!RIPTI0N OF APLiPUB. 
IRIA,P.lPl-.215,rCLLOQUE APL.9-10 SEPT.X^. 

(160) BiA.LAwS^A PARALLEL BCH DECGDERtONR T E CH , RePV# CONT RAC T 
N#0001^ »67-C.C^77 . 1 ^? JUIN 1970. 

(161) Y.LE BORGNE = APL/360 AU CENTRE D'FTUDES ET RECHERCHES DMBM 
FRA,\CE .COLLCOUE APL»PUB. I R I A »P. 2 39-50 »9-l0 SEPT.1971. 

(162) Y.LC RCRGNE = APL LANGAGE OE PROGR AMMAT I ON DES MANAGERSiIBM 
I NFC^MAT lOUE » 1971 . 

(163) Y.LE BORG\E ET V.RISO=LE LANGAGE APL/360»UN OUTIL POUR 
L • I r.GFN I EUR » L • ONDE ELEC TR I OUE . VOL . 5 1 i FASC 1 1 . P. 899-90^ . 
DECE'-'.BRE 1971. 

(16^) J,H,LEF=ADVANCED DECISION-MAKING FOR PRIVATE REAL ESTATE AND 
CONSTRUCTION M ANAGE*'^E\T-AN APL PROGR AM » PROCE ED I NGS OF THE 
SOUTHWESTERN I EEE CONFERENC E i AVR I L 1970»P.272-76, 

(165) H , A.LEKAN= INDEX TO COMPUTER ASSISTED I NSTRUC T I ON » 3 RD E^'l T I ON 
HARCOURT BRACE JOV ANCV I C » 1 9 7 1 c 

(166) >. .R.LF PAOE^^APL-A NATURAL LANGUAGE FOR ENGINEERING EDUCATION 
PT . 3 » I EEE TRANS . ON EDUCAT ION » VOL .E-U »N0» ^ . P , 1 80-83 » 

NOV. 1971. 

id 

(167) LE PFNVEN. Y . RAYNAUD iG.S IMI AN = APL/C I I 1 0070 . R APPOR T DUMARCHE 
CRI 70. 007, JUIN 1971. 

(166) G.LE PEWEN.Y.RAYriAUD.G^SlMlAN ET H . M AR T I N = A P L / C I I 10070. 
RAPPORT OU f^ARCHE CRI 70 • 007 » DEC t^MBR E 1971. 

(169) R .L lKfJA:TZKY-APL FUNCTIONS FOR USE IN JUNIOR HIGH SCHOOL 
^^ATHEVATICfMREPORT CAI 3-69 .NOVl:>^.BRE 1 969 . D I V i S I ON OF EDUCA- 
TIONAL RFS^ARCH ^FACULTY OF EDUCAT I ON » T HE UNIVERSITY OF 
ALBERTA .EDMONTON? ALBERT A. CAN AD A. 

(170) Y ,LIU = REVrRSE OPERATC:^ IN APL . COMPUT I NG CENTER NEWSiVOL.^. 
N0.'4 ,P,9-10»SYRACUSE UNIVERSlTYil MARS 1971. 

(171) R«A»LORIE=APL AS A LANGUAGE FOR HANDLING A RELATIONAL 
DATA-RASE. IBM CORP . • C AMBR I DGE SCIENTIFIC C tN T ER i G 3 20-2007 • 
MARS I97i. 

(172) R.A.LORIE ET A . j . S YMONDS =U5E OF A RELATIONAL ACCESS METHOD 
UNDER APL. IBM CAMBRIDGE SCIENTIFIC CE N TER . G 3 2 0-20 7 1 . 

MAI 1971, ET SYMPOSIUM ON DATA BASE S Y S T EMS . COUR AN T INSTITU- 
TE OF MATHENMTICAL SCIENCES. MAI 1971. 

(173) R^A.LORIE ET A . J . S YMONDS= I NTERACT I VE PROBLEM SOLVING USING 
A RELATIONAL DATA-BASE IN APL. 1971 INTERNATIONAL IEEE 
COMPUTER CONF. , P. 191-92. 

(17^) G.LOTTC=ON-LINE ANALYSIS OF SURVEY DATA#IBM ASSD . MOHANS I C . 
DEPARTMENT 9G3. 



(175) T .LUTZ=APL-PROF ILE OF A DIALOGUE L ANGU AG £ . CGMPU T ER PRAXIS. 
VOL.^.NO.A ,P.66-73.AVRIL 1971. 

(176) T.MAC AULEY=CAL/APL COMPUTER ASSISTED LEARNING. A PROGRAMMING 
LANGUAGE AUTHOR'S MANUAL . I NFORMAT I ON SERVICES AND COMPUTER 
FACILITY. ORANGE COAST JUNIOR COLLEGE D I S TR I C T ♦ COS T A MESA. 
CALIFORNIA, MAI 1969. 

(177) H. P. MACON:=A SURVEY OF APL COMPATIBLE T ERM I NAL S . APL QUOTE- 
QUAD . VOL . 3 . NO. 2/ 3. P. 12-20. 1 OCT. 197 1 . 
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(175) G.VARTI:N=U\' LANGAGe DE MA-MPULATION F ORME L L . PU 3 . I R I A . 
P.^03-^31»COLLCOur At^L»9-10 SEPTEM3RE 1971. 

(179) Ht,VARTlN = S!MULATIO*,' E>N APL DES CCMVANDES D'UN SYSTtMF DE 

GESTION DE FICHIE«5 POUR LE SYSTEME APL. CENTRE D'lNFORMATl- 
OUE DE TCULCUSEc JUI ,\ 1971. 

(160) P.MAURIC£ = DESCPrPTlO\ DU SY5TEME 360 A L'AIDE DE LA NOTATION 
D • IVER50,N.DIPL0V,[ O'P.GEMEUR ENSE I H T • TOULQUS E 1968. 

(IBI) P•^'lAURICE FT P . C . S C HOL L = UN INTERPRETEUR DM i Avr - r- --.^ pQ^R 
LE CM 9 0-8 0 .BULLET I N DE L ' IRI ' ■ '■ * 99- ;.,,„■ 

(IB?) P. VAURICE. Y.RAYNAUD ET G . S I M I A.\ ^ R EAL I S AT I ON O'APL A L'UNI- 
VERSIIE DE T0UL0U5E .COLLOQUE A^L.9-10 SEPTEMBHE 1971. 

(1C3) G.K.VC AULIFFE==APL FAST FOURIE^^ PROGRAM. IBM RESEARCH CENTER 
YOKTOWN HE IGHTS5N. Y. ♦■'^RS 1 9 7C . RC-2 3 2 . 

( IB^l D.MCoCRAC<EN-W ' - HER - -L-D AT AMA T I CN . VOL . 16 . N 0 « 1 1 . P . I)3-S 5 , 
15 5EPTEVBRE 1 .-7 

(Ifii) A.MC LWAN ET T , WA TSON-APL / 3 60 RECURSED .PART e 1 .APL QUOTE-QUAD 
VOL . 2 .N0.2 . P . I..!!'- 1 6 . 10 .'UlLLET1970. 

(if'rj T.D.v.C MURtHir^A. r-LAUSr FOR APL . COv.PU T ERS AND AUTOMATION. 
VOL • 19 .NO. 3 » ■ . *'%^RS 1-70. 

(leVD T.D.v-C VURCHIE ET S.E.kRUEGER lT H . T . L IPPERT = A PROGRAMMING 
LANGUAGE/ 1300 » AT, . 716-7 33 . 3 0 NOVE^BRE 19 70. 

<:?8) T.D.'-'C f^URCH.r=A LIV;ixfrQ CHARACTER APL S YMBOL I SM , 5 I GPLAN 
NOT I CE5 > VOL . 6 » .\: * 1 » 1 97 U ' 

(139) T.D.MC MURCHIE TT D . B . THOMAS = APL./ 1 300 FILE ACCESS SUBROUTINE 
PACKAGE. AD. 717-9:'^»1ER ?^EVRIER 19'71e 

(1\J) T.D.*-'C i-'iURCHIE El .7; . B . T:-ovAS =MANU-;l OF APL/1300 FUNCTIONS- 
SYSTEM FUNCTIONS 'AD-717- /37. 1 FEVRIER 1971. 

(K'l) H.MELMS = APL FOR Gi:VERNN"ENT TECHM0L:0GY PROBLEMS. IBM NACHR.. 
VOL.21fNO.205tP.6^;f6-:34.tFEVRlER L971 . 

(192- M.S.^-i6f;TALRAN0^TI^.f-SH;;R£D CRITICAL PATH CALCULATIONS. 
320-3219. AOUT 196"^. 

(193;^ M.MONTALBANO^H IGH-SPEEB CALCULATION OF THE CRITICAL PATHS 

OF LARGE NETWORKS*IBM SYSTEMS JOURN AL . VOL . 6 . NO . 3 » P . 163- 1 9 1 . 
1967 . 

(1?^^) M.S.MONTALBANO = CONVERSA""IONA.L LINEAR PROGRAMM I NG-A USER»S 
MANUAL FOR L PA PL , C CM PUT l - S IN MA.VAGEMENT EDUC AT I ON . R EPORT 
NO. 1.. IBM PALO ALTO S C I E^mT F I C CENTER . 3 20-32 72 t MA RS 1970." 

(193) =^*^^ORE. Y.RAYNAUD ET G . SI I A M = UN INTERPRETEUR EN MODE CONVER- 
TLiNAiEL POUR LA N0TATI0\ D M V ERSON . APPLT CAT I ON A LA DESCRIP- 
TION FORMELLE DE S YSTE.ME.3 , GRENOBL E .OC TOBR E 1967. 

(196) R.MORE.Y.G.RAY^;AUD ET G:*P . S I M I AM = UN LANGAGE. CONVERSAT I ONNEL 
POUR L'AIDE A LA CoNCETPTION ET A LA REALISATION DES SYSTEMES 
lUFORMATlQUES. COLLOGUE SUR LA M I CROELECTRON I QUE-TOULOUS E 
M'ARS 1969. 

(197) R-MORE .Y.G.RAYNAUD ET SrMIAN=UN LANGAGE -DE PROGRAMMAT I ON 
C O^VERSATIONNEL .COLLCO'iL INTERNATIONAL 3UR LA TELE-INFOR- 
WTICUE.P.lSa.TOME 11. EDITIONS CHI RON . 1 9,6*? . 

(19ei R tMORE = CONTRrBy' ON A LA PiE-^ALl SAT I ON D ' U^^ INTERPRETEUR APL 
CDNVER5ATI0NNEL, ■ HESE UMVERSITE DE TOULOwSE . JANV I ER 1971. 
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{199) A ,MU<KOPADHYAY ET G . S CHS'. I T2 =M I N I M I Z A T I ON OF EXCLUS I Vl-OR AND 
LOGICAL ECUl VALE'\C£ SWITCHING f I E T WO^ < S • I l E E TRANS* ON 
COMPUTERS* VOL. C-19.no. 2 »P. 1 3 0 t FE VR I £R 19 70. 

(200) H.J.'.^YFRS ET M*Y,H5IA0-A\ APL ALGORITHM FOR CALCULATING 
BOOLEAN DIF**EPrNCF»AUTOVATIC SUPPORT SYSTEr.S SYMPOSIUM FOR 
ADVANCED '-'A I NT A I NAP J I I T Y . "-LOuIS fMO tNOVEVBRE 19b8 . 

P. 5 n-l A 5 \ . 

(201) W.H.NlEMOFf^=A HYPOTHETICAL 32-BlT PROCESSOR FOR SYSTEMS ^ 
TRAINING-ITS APL/36C DESCRIPTION AND S K-.ULA T I ON . I BM SYSTEMS" 
DEVELOPMENT D I V I S I ON . END 1 COT T . N . Y . , 2 2 MAI IvTQ.TR 01.1216. 

(202) J,L.CWENS=-BULK I/O AND COMMUNICATIONS WiTIH i. I VER^-'ORE T I ME 
SHAR I NG SYSTE^-^ r APL CUOTE-OUAD i VOL • 3 . NO . i » P . 7- 6 » 1 1 JUI N 1971 
ET APL users CONFERENCE WORKSHOP 3.0ERKlLEY 20-2} AVr-:iL 1971 

(20?) G.L.NOGUEZ ET D • . ^ ECCOUD = AN ARRAY P^IOCESSOR DESIGN FOR 
APL-LIKE data STRUCTUREc IFIP CONGRESS 1971. BOOKLET TA-^t . 

(120^1 P.D.oagE^AN on-line PROOF CHECKER OPERATIf^G UNDER APL/360- 
APL OUOTE-0UAD.VCL.3.N0,} .P.^-5.11 JU I N 1971 ET APL USER'S 
CONFERENCE WORKSHOP 3»eERKELEY 20-21 AVRIL 1971. APL QU07E- 
OUAD . VOL • 3 .NO, 2/3 . F . 30-3^» 1 OCT • 1971 • 

(20e>) S .r^AK »N = APL/360 REFERE.VCF MANUAL i SC I ENCE RESEARCH ASSOCIATES 
PALO ALTO.CALI FORM A ,2 NDE ED I T I ON . 1 9 7 1 • 

(206) J,o,"AOUET=SIMPLlFICATlON DES FOnCTIONS BOOLEENNES A L'AIDE 
DES MATRICES A N D I MENS I ONS-THLSE . UN I VERS I TE LAVAL i QUEBEC . 
CAr^AOA 1963. 

(2C7) D.Vi.PlCCOUD ET G . L . NOG'JEZ =AN ARRAY PROCESSOR DESIGN FOR APL 
LIKE l^ATA STRUCTURES* IF IP CONGRESS 1971»N0RTH HOLLAND, 

(208) P,PENFIELD = MARTHA USER'S MANUAL . EL EC T ROD YNAM I C S MEMO N0.6. 
21 SEPT. 1970. MIT RESEARCH LABORATORY OF ELECTRONICS. 

(209) P.PENF IELD=ADDFNDUM TO MARTHA USER'S MANUAL . EL ECT RODYNAM I CS 
MEMO NOol2i'13 KCV. 1970.MIT RESEARCH LABORATORY OF 
ELECTRONICS. 

(210) P,c>ENFTELD = GENERAL PURPOSE ELECTRIC-CIRCUIT ANALYZER IMBED- 
DED IN APL. ELECTRODYNAMICS MEMO NO . 1 5 . RESEARCH LAB*OF ELEC- 
TRONICS.MIT.26 FEVRIER 1971, 

(211) P.PENFIELD=A SET OF API PROGRAMS FOR USE IN NETWORK THEORY, 
APL QUOTE-OUAD .VOL . 3 .NO. 1 .P.4. 11 JUIN 1971 ET APL USER'S 
CONFERENCE WORKSHOP 3 , B ERKELE Y . 2 0-2 1 AVRIL 1971, 

(212) - P.PENFIELD = 6ENERAL PURPOSE NETWOl^K AN A LYS I S • UST NG W I R TNG - — 

OPERATORS ♦ IEEE CONFERENCE ON ELECTRICAL NETWORK THEORY»1971» 
. P. 116-117. 

(213) P,PENFIELD=MARTHA USER'S MANUAL. THE MIT PRESS 1971, 

(214) P.PENFIELD^DESCRIPTICN OF ELECTRICAL NETWORKS USING WIRING 
OPERATORS. PROCEEDINGS OF THE I EE E . VOL . 60 . NO . 1 . P . 49-^3 . 
JANVIER 1972. 

(215) A.PERL IS = APL AS A CONVENTIONAL L ANGUAGE-WHAT IS MISSING APL 
QUOTE-OUAD.VOL *3.N0.} .P.3-4.11 JUIN 1971 CT APL USERS 
CONFERENCE WORKSHOP 3>BERKELEY 20-21 AVRIL 1971. 

(216) A. J. PERLIS.R.D.FENNELLjF. J. POLLACK. W.R.PRICE ET M.F.RIZZO= 

C0NVER6AT lONAL PROGR AMM I NG-A^L » AN I MPLEMEN T A T I ON IN BL ISS » 
AD.729-941 1 JUIN 1971. 

(2.1.7) J,'n.OTKE=MlNIPERT,A TERMINAL CONTROLLED CRITICAL PATH 
TECHf4lOUE» IHM SMDiDEPARTMENT 847fDIVISlON 325MARR1SON- 
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(218) ( >->0, . . crnOUZOS » I .LEE ET K , ' TH= ON IMPORTANT 
:v.u;^Rf JES CONCERNING C0WPUTEK5 IN ELECTRICAL ENGINEER- 

. EDUCA i iq^Ni lEE^ TRANSACTIONS ON EOUCAT I ON » VOL . » NO. 4 » 

P.169-/4iN0VEMURE 1971. 

(219) W.PRAGER = AN INTR0DUCTIC\ TO APL.Aj.LYN AND BACON INC.fi970. 

l?,20) T .H.PUCKETT = NCTES ON THE I N5kT ALLAT I ON OF APL/OSiNEW MEXICO 
„ STATE UNIV,ERSI TYiLAS CR,UCESiNEW MEX I CO i REPOP. t ( 505 ) 646-3^39 

(221) S.M.RAUCHFR=INTRODUCTION TO APL--VI DEOT APES i I BM CORP.il968. 

i22?.) S.M.RAUCHER^APL AND ITS USE IN THE CL ASSROOM » JOURNAL OF THE 
ASSOCIATION FOR EDUCATION DATA SYST EMS iDECEMBRE 1968t 

(223) J.C.RAULT = 5YSTEMES APLiRAPPORT INTERNE THOMSON-CSF , LCR-DR5 • 
N0.13^>8»MARS 1971, 

(22^) Y .RAYNAUD = APL » SON I MPL ANT AT I ON • SON UTILISATION POUR L'AIDE 

A LA CONCEPTION PES SYSTFMES DE TRAITEMENT DE L * I N FORMAT I ON » 
BULLETIN DE L'lRlAiMARS 1971iP.6-96. 

(225) R. J.D.R.F:EyES = APL»A POTENTIAL L I AB I L I T Y , D ATAM AT I ON . 
15 SEPTEM3RE 1 9 71 t P . 71 -72 . 

(^26) H.A.REICH=AN EXPERIMENTAL SYSTEM FOR T I ME-SH ARE D • ON-L I N E 

DATA ACOUI SI TI 0N» I BM JL OF RES. AND D E V* • VOL • 1 3 »N0 . 1 i P . 1 1^ - 
110.l969t 



(227) :B.RCBINtT=SUR UN LANGAGE CONVERSAT I ONN EL . PROGRES ET SCIENCE» 

N0.4» 1970* 

r 

(228) B.ROBINET=LE L ANGAGE APL .OU L*ART DE PROGRAMMER EN LiBERTEt 
01-INFORMATIOUF»Pr>45-50c.ll DECEMBRE 1970. 

(229) B.ROPINETiR.ARLriTA^. J.C.GIRARD ET J.MICHEL^LE LANGAGE 
D M VERSONiRAPPORT DGRST NO. 69 . 01-586 i PAR I S • JU I N 1971. 

{230) B .R0BINET = SEMANT I QlfE D * APL fCOLLOOUE APL .PUB - I R I A * P . 2 1 7-232 • 
9-10 SEPTt 1971 ♦ 

(231) B.ROPINETt J.C.GIRARD ET B . ARLETTAZ = UN COMPILATEUR INCRE- 
MENT I EL D ' APL • COL LOOUE APLiPUB.lRIAfP. 315-337.9-10 SEPT. 1971 

(232) B.ROBlN£T = Lt" LANGAGE APLjEDITIONS TECHNIP 1971. 

(233) B.R0BINET=SEMANTIQU£ DES TABLEAUX-APPLICATION AU LANGAGE 
APL. THESE DE 3EME C VCL E . UN I VERS I T E DE PARIS VIt28 FEVRIER 
1972. 

(234) W.M.RODGERS=PART 4 -A PRELIMINARY SURVEY QF GRAPHICAL 
DISPLAY SYSTEMS. AD-716-593»JUIN 1970. 

(2353) A. J.ROSE=VIDEOTAPED APL COURSE^IBM CORP.. 3.967 . 



(236) ■ A. J.'^OSE = TEACHING THE APL/360 TERMINAL SYSTE.V..IBM CORP*pRC 
2184,28 AOUT 1 968 • T . J . WATSON RESEARCH CENT ER i YORK i OwN 
HEIGHTS N.Y. . 

(2371 A.J.ROSE = APL FOR USERS OF B AS I C .SC I EN T I F I C TIMESHARING 
COR P • , WAS H I NGT ON ♦ D . C . . 

(23^) B.'^OSENKRANDS^APL EXERC I SES . IBM DENMARK . 

■! i j 

(239) B.ROSENKRANDS-'GRAPHICS BY APl i PUB. I R I A .P . 9 1 -1 1 3 . COLLOQUE APL 
9-10 SEPTEMBRE^ 1971 . 'V 

(240) J.P.ROTH=DIAGNOSIS OF AUTOMATA FAILURESiA CALCULUS AND A 
METHOD. IBM JOURNAL OF RESEARCH AND DEVELOPMENT tVOL . 1 0 ♦ 
P. 278-91 . JUILLET 1966. 
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J*P.ROTHiW.G.nCuRlCIUS ET P . R . 5CHNE ID CR = PROGRAMKED 
ALGORITHMS TO COMPUTE TESTS TO DETECT AND DISTINGUISH . 
BETWEEN FAILURES IH LOGIC C I r>CU I T S » I l EE TRANSACTIONS ON EC » 
VOL »EC-"16iNO«5 • P. 567-80 /OCT. 1967, 

(2'>2) D«RUD3ERGiD.3RUNSV0LD ET M. H I TCH =APL /MSU-STM » USE R • S MANUAL f 
A SUPPLEMF:\'T to the APL/360iREFERENCE manual ♦or APL/360 
PR IMER »AUT0MNE 1970. 

(?^3) D .RUDRFRG = APL » NATURAL LANGUAGE FOR ENGINEERING EDUCATION 
PT IV, IEEE TRANS. ON EDUCAT ION • VOL .E-1 iNO. A » P« 183-85 > 
NOV. 1971« 

(244) 0»RUETER:^ARRAY FOR APL-DATAMAT I ON » 1 5 NOV. 1971 iP • 1 7 . 

(?45) G .RUGGIU = SEN'ANT lOUE OES LANGAGES DE PROGRAMMAT I ON ET INTER- 
PRETATION GLOBALE DES EXPRESS I 0N5 » C • R • ACAD^ 5C.»PARIS» 
TOME 27'3~SERIE A i P • 1 2 7 1- 1 274 » 20 DECEMBRE 1971 »ET TOME 274 
SERIE AiP.100-103i3 JANVIER 1972. 

(246) G.RUGGIU=DE5CRIPTI0N SEMANTIOUE DES FONCTIONS PRIMITIVES 
D'APL*REVUE TECHNIQUE THOMSON-CSF t MARS 1972. 

(247) J.RYAN=APL/700 »AN APL IMPLEMENTATION FOR THE BURROUGHS 
6700 AND 7700-APL OUOT E-GUAD t VOL • 3 » NO. 1 • P . 12 1 1 1 JUIN 1971 

ET APL USERS CONFERENCE WORKSHOP 3>BERKELEY 20-21 AVRIL 1971 

( 246). J»RYAN = GEA:ERALIZED LISTS AND OTHER E XT ENS I ONS i APL QUOTE-QUAD 
VOL.3iNOttleP.e-10 JUIN 1971. 

(249) J.5AMMET=PR0GRAMM1NG L ANGUAGES i H I S TOR Y AND FUNDAMENTALS! 
PRENTIcr HALL* l969iP. 247-53. 

(250) D.SANT^THE M RX 1240 COMMUNICATION TERMINAL AND 1270 TRANS- 
MISSION CONTROL UNITiAPL QUOTE-QUA D » VOL . 3 t NO . 1 • P . 1 3 tl 1 JUIN 
1971 ET APL USERS CONFERENCE WORKSHOP 3iBERKELEY»' 

20-21 AVRI L 1971,1 

(251) R.Of SCHMIDT = A COLLECTION OF WALSH ANALYSIS PROGRAMS • I EEE 
TRANSACTIONS ON ELECTROMAGNETIC COMPAT I B I L I T Y (VOL • tMC-l 3 t 
NO,«3iP.88-94iAOUT 1971. 

(252) P.SCHOLL=PROBLEMES RELATIFS A L • ANAL YSE . SYNTAXIQUE DE LA 
NOTATION D' I VERS0N»DIPLCMH D • I NGEN I EU R ENSE I HT t TOU LOUSE 1 1 968 

(253) P.SCHOLL ET Y • RAYNAUD=PROBLEMES RELATIFS A L^ANALYSE SYNTA- 
XIQUE DE LA NOTATION D • I VERSON » C ENTR E D « I NFORMAT I QUE DE 
TOULOUSE lANNEE 1967-68. 

(254) G.P.SCHREIBER ET R • POL I VKA = EXPER I ENCE S AND OBSERVATIONS 
WITH A SELF-TEACHING COURSE IN APLtCOLLOQUE APLt 

9-10 SEPTEMBRE 197 1 1 PUB • I R I A i P. 7 7-90 . 

(255) C.SEABERG = COMPUTER ASSISTED FORECAST I NG-HOW BUSINESS IS 
USING APL-CANADIAN DATASYSTEMS » VOL • 3 j NO. 1 ♦ P • 30-3 1 t 
JANVIER 1971. 

(256) C .SEABERG=APL IN FINANCIAL FORECASTING IS BASE FOR EVENTUAL 
MISfCANADIAN DATASYSTEMS i VOL.3 » NO. 2 » P • 50-53 t F EVR I E R 1971. 

(257) C .L«SEARLE=TEACHING OF TRANSISTOR CIRCUIT DESIGN USING A 
DIGITAL COMPtjTERf I EEE TRANSACTIONS ON EDUC AT I ON » VO L . E 1 2 t NO. 3 
P.216-22fSEPTEMBRE 1969. 

(258) C .L.SEARLE=APL fA NATURAL LANGUAGE FOR ENGINEERING EDUCATION 
PT IV lEEF TRANS. ON EDUC AT I ON f VOL • E-14 » NO. 4 i P. 1 85 »NOV. 1 97 1 . 

(259) C .L.SEARLE=TRANSISTOR AMPLIFIER DESlGN-A STUDY IN WHEN NOT 
TO USE THE COMPUTERt IEEE TRANSACTIONS ON EDUC AT I ON ♦ 1 972 • 
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( 260J 
(261) 
(262) 
( 263) 

( 26^) 

( 265) 

( 266) 



r.SHARCN=AN APL/360 INCOME TAX PROGRAMiTHE DESCRIPTION Or 
6aTA processing dROCEDURESiIBM CORP^iMAI 1968 •320-32^2. 



.5t 
I 



iVp.sh 



,SHARP=A brief history of APLiCANADIAN DATASYSTfMSiP.^^- 
47 ^gj 74 iFEVRI FR 1970. 




I *P#5HARf^*^mr'-H^UiBE^_0F APL TO BENEFIT FROM A NEW FILE 
SYSTEMjCANAD lA.Nl DA TASTSTeMS • P. 44-4 ,85 ♦MARS 1 97 0, 

K.W.SMILLIE=50ME APL PROGRAMS FOR STATISTICAL CALCULATIONS* 
DEPT. OF COMPUTING SC I ENC E t UN f^VcRS I T Y Or ALBERT A • EDMONTON ♦ 
CANADA>PUBLICATI0N NC«6il967»' 



K.W.SMILLIE--=STATPACK 1 ,AN APL STATISTICAL P ACK AG E « PUB . NO • 9 ♦ 
DEPT. OF COMPUTING SC 1 ENC E i UN I VERS I T V OF ALBERTA t EDMONTON « 
CANADA • JANVIER 1968. 

K.W.SM1LLIE = AN APL At.GORITHM FOR THE CRITICAL P ATH , QUaT ERL Y 
BULLETIN OF THE COMPUTER SOCIETY OF C ANADA • VOL . 8 > NO 2. 
P.6-13,PRINTEMPS 196Pi 

K»W.SMILLI---=STATPA'CK 2«AN APL STATISTICAL PACKAGEtDEPT OF 
CO(YPUT!fjG SC yr:^CE »U:\IVERSITY or ALBERTAiPUrl.i7,FEVRl£R 1969, 

e dmon t on , a l p. e in a » c a n a A . 

(267) K.W.SM1LLIE = S0ME APL ALGORlThiMS FOR 0RTH0GO•^^L FACTORIAL 



N::r .PU5L i ca: i on no. i 8 , 



EXPEi?^'lMENTS>DEPT« OF COMPUTING SCIf 
UNIVERSITY OF Al BE RT A , EO: 'ONI ON i ALL3 ER 7 A »C A^:AL^^ » JU I N 1969* 

(-268) K.W.SMILLIE=THE APL LANGUAGE AND STATISTICAL COMPUTATIONS* 
COMPUTER BULLET IN, VOL. 1 3 i NO. 8 » P • 396-8 9 7 lAOUT 1969. 

(269) K.W.SMILLIF=AN INTRODUCTION TO APL/560 WITH SOME STATISTICAL 
APPLICATIONS»DEPT OF COMPUTING SC I E' IC E » PU;i L I C AT I CN N0.19* 
UNIVERSITY OF ALBERT A » EDMONTON » ALHER T A , CANADA , JA NV ! ER 1970* 

(270) K.W.SMILLIE = ST ATIST ICAL PROGRAMS IN AP L/ 360 ♦ COMPUT ER iiULLE- 
T IN f VOL.141 NO. 3, p. 15 1-1 52, MA I 1970., : 

(271) K .W.SMILLIE=APL/360 WITH STATISTICAL EXAMPLEStNON PUBLIE) 
1971 . 

(272) K.W.SMILLIE = APL AND S T A T I ST ! CS i PROGR AMS OR 1 NS I GH L i COLLOOU E 
APL iPUBL ICAT ION I R I A * P * 1 7-3 5 iPAR I S » 9- \ 0 SEPT. 1971. 

(273) V»N.SPADAVrCCH^IA*P.C. BERRY ET G.3ART0L1=AN ABSTRACT MACHINE 
FOR THE INTRODUCTION TO COMPUTER SC I P N CE » CCL LOQU E APL»9-10 
SEPT. 1971, PUBLICATION IRIA, P. 273-78*. 

(VOIR PERRY RAPPORT PU8L I E • F EVR I ER 1972). 

(274) T .A. STANDI SH=AN ESSAY ON APL lOEPARTMEN T OF COMPUTER SCIENCEi 
CARNEGIE-MELLON UN I VERS I T Y • P I T T SO^RGH , MARS 1 969. 

( 275) G*P.STICKeLeR = REAL-WCRLD APL iDAT AMATI ON • 1 DEC . 1971, P. 19* 

(276) R.KiSTOCKWELL ET K»E*VAN BEE=USE Of' APL TO IMPLEMENT ALGO- 
RITHMS FOR SPARSE LINEAR SYSTEMS »NEREM 1 9 70 > P . 1 1 3- 1 1 9 . 

( 2 77) E.A.ST0HR = SIMULATI0N OF SOME APL OPERA TORS > R EPORT LR-I61 
FEVRIER 1971»CENTER FOR RESEARCH IN MANAGEMENT SCIENCEi 
UNIVERSITY OF CAL I FORN I A • BERKELEY 9 CAL I FORN I A * 

(278) 0*STUTZ = APL/360 A TIME-SHARING SERVICE V/I TH A MODERN PROBLEM 
LANGUAGE. APL/360 A FORM OF SUBSCRIBER OPERATION WITH A 
MODERN PROBLEM LANGUAGE, IBM NACHRICHTENi 
VOU^0,NO*199,P.79-83iFPVRlER 1970. 
VOU>^20iNO.2O0iP*164-9iAVRIL 1970. 

(279) Y.SUNDBLAD=THE ACKERMAN FUNCTIONiA THEORETICAL CCMPUTA- 

T lONAL AND FORMULA MANIPULATIVE- STUDY • B I T ♦ VOL . 1 1 > NO . 1 , 1 97 1 . 
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( 280) A.J.SURKAN-SYMI^CLIC PC L Y?^0,v. 1 AL 0P£RATIO:iS WITH APL.IBM 

JOURNAL OF RFSfARCH A^^lD D^Vf^LOPV-f \T , VOL . 1 3 . j^:0 . 2 . P . 20^;-2 1 1 
MARS 1969. 

(2ni) A.J.S'JRKAN-DISCR^TE FAST KCURIFR TR ANSFORMAT I ON MA DF S I VPL E 
BY A SINGLE RELIABLE APL PUNCT I Crs I c^'. RFSFARCM CFNTSlR. 
YORKTOWN hElC;MTS»N.Y, r22 ACUT 1 969 • RC-2 3 9 1 . 

( 282) Y.TALLINEAU=0UFLCUES REFLEXIONS SUR L,E COLLOCJE APL A 
L' IRIA.INPORMATICUF ET GESTION>NOV.71 ,P.80. 

(283) Y .TALLINEAU=L' APL UN LANGAGE ADAPTE A LA GE3TICN» 

INFORMATIOUE ET GE ST I ON • NO* 2 ^ . P . 79-8 2 , FE VR I ER 1971. 

(28A) A.TAYLOR=APL.A CCVPLEX OR SIMPLE LANCj AGE . COMPU T ER WORLD , 
1 AVRIL 1970. 

( 285) W.G. THISTLE AND D . S . GAL'^RA I TH = D I Fr ER ENCES BETWEEN DREV APL 
AND IBM APL/360iREPORT OREV '^'.2 1 1 5 / 71 , DE FE.MSE RESEARCH 
ESTABLISH^^.ENT • VALCART IFP»OUEBEC*CANADA. 

(2R6) R.D.THORNTON = COy.PUTER-FLAVGRED CIRCUIT T^EORY.IEEE TRANS- 
ACT IONS ON EDUCATION. VOL. E-12.NC. 3. D. 219-222. SEPfE^BRE 19o9. 

(287) K.J.TMURHF^ ET J . W . MYR NA = SYST EM DESIGN OF A CELLULAR APL 
COMPUTER _iEEE TRANSACTIONS ON COMPUT E RS . VOL . C- 1 9 . NO. A . P • 29 1- 
303 .AVRIL 1970* 

(288) B.TUCKERN'AN = A STUDY OF ThF V I GENERE-V ERN AM SINGLE AND 
MULTIPLE LOOP ENGINEERING SYSTEMS^IBM RESEARCH REPORT 
( RC 2R79) MAI 1970. 

(?89> H.VAN HEDEL = AN APL BATCH PROCESSOR .COLLOQUE APL . PU B . I R I A . 
P,339-6A»9-10 SEPT. 1971. 

(290) U.M.VON MAYDELL=AN INTRODUCTION TO PROBABILITY USING APL. 
DEPT. OF CO^^PUTING SC I ENCE . PUBL I C AT I ON NO . 2 1 . UN I VERS II Y CF 
A LBERT A. EDMONTON .ALBERT A .CANADA. JU IN 1970. 

(291) P.N.WAHI=AIMS-APPLIED INFORV.ATION AND MANAGEMENT SI MULAT I ON . 
A GENERAL BUSINESS SIMULATION IN APL. IBM CORP CA:^.a ^ 1 DOE 
SCIENTIFIC CENTER. G320-2066. AVRIL 1971. 

(292) J.WILLIAMS=C0NDITI0NAL BRANCH APL COMPILER. APL OUOTE-CUAD. 
VOL. 3. NO. 1. P. 5-6. 11 JUIN 1971 ET APL USERS CONFERENCE 
WORKSHOP 3. BERKELEY. 20-21 AVRIL, 1971. 

(293) L.J.WOODRUM=INTERNAL SORTING WITH MINIMAL COMPAR 1 NG , I BM 
SYSTEMS JOURNAL .VOL. 8. NO. 3. P. 189-203. 1969. 

(29^) L. J.WOOORUM-^A MODEL OF FLOATING BUFFER I NG . I BM SYSTEMS JOUR- 
NAL ♦ VOL • 9 . NO a 2 tP. 118-1^^. 19 70 0 

(295) R.ZAKS.O.STEINGART ET J.MOORE=A FIRMWARE APL TIMESHARING 
SYSTEM. SJCC 1971 tP. 1 79-90. 

(296) R.ZAKS ET D. STE I NGART = A LANGUAGE MACHINE. APL QUOTE-QUAD. 
VOL.3.NC.l«D.6 ET APL USERS CONFERENCE WORKSHOP 3.3CRnLLiiY. 
20-21 AVRILiAPL OUOTE-CUAD. VOL. 3. NO. 2/3. P. 34-39.1 OCT. /I. 

(297) R.ZAKS=MICRCPROGRAMMED APL ♦ I NTERNAT I ON AL IEEE COMPUTER 
CONFERENCE .P. 1 92- A .SEdT . 19 71 . 

(298) M.ZOZEL'-^UNIVERSITY OF WASHINGTON I MPL EMENT AT I ON . A PL QUOTE- 
QUAD .VOL. 2 .NO. ^+»Pi 6-7 fNCVEMBRE 19 70. 

(299) J.A.HIGGINS=PR0CEEDINGS OF THE APL USERS CONFERENCE AT SUNY 
B I NGHAMPTON. JU ILLET 1969. 

( 300) APL USERS CCNFFRENCE WORKSHOP 3 . BERKEL E Y . 20- 2 1 AVRIL 1971. 
VOIR APL QUOTE-QUAD»V0L.3.NC.l.P,3-13.n JUIN 1971. 
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ANONYMOUS 



(301) KIDNFr MATCHED BY COMPUTER i NEWS BR I EF S • D AT AMAT I ON 
AVRIL 1970iP.2 15-16i 

( 302) STORY OF APL-AN INTERVIEW WITH DR K . I V ERSON i CCMPU T ERWORi.D • 
1 AVRIL 1970. 

(303) CREATING PLAIN TALK FOR COMPUTERSiA PASSJON FOR PRECISION 
LEADS KEN iVtRSON TO AN EASY-TO-USE L ANGUAGF: i I BM MAGAZINE i 
V0Lt2 tNC.3 iD. 1 1-12* 16 FEVRIER 1970. 

(30A) COMPUTING NEWSLETTERS FCR INSTRUCTORS OF DATA PROCESSING * 
MARS 1971 ET 1972. 

(.305) C0MPUTFRW0RLD = EDIT0RlALil6 AVRIL 1959. 

( 306) LF CULTE DE L ' APL= I NFORMAT I QUE FT GESTION»OCT. 1 97 1 , P . 1 1- 1 2 . 

( 307) UN TERMINAL SPFCIAL APL INFORMATIOUE ET GFST ION rOCTO-3RE 1971 
P.2A ♦ ( TERMINAL OL I VETTI TE, 238 ♦APL ) t 

PERIODICALS 

(308) APL NEWSLETT£RS»I .P.SHARP ASSOC I AT ES »MCN THL Y PUBLICATION IN 
CANADIAN DATASY5TEMS. 

(309) APL NEWSLETTER=W. JUP.AN ED I TOR v PROPR I E T ARY COMPUTER SYSTEMijt 
1662 SOUTH SATICOY STREETiVAN NU YS i CAL I FORN I A , 9 1 ^0 6 . 

( 310) APL OUOTE-OUAD 

FDITORS=A. T.MC.EWAN ET D.W.A^WATSON 

LAKEHEAD UNI VERSi TY iTHUNDER BAY»0NTA;'^I0 

D I TR I BUTOR^G.H. FOSTER* SYRACUSE UN I VERS I TY t SYRACUSE i 

NEW-YORK»USA. 

(311) SEAS APL WORKING COMMITTEE= 

SECRETARY=N1FLS CELL ER T i NEUCC * TECHN I C AL UNIVERSITY OF 
DENMARK i2800 L YNG3Y • DENMARK. 

CHAIRMAN=P.S.ABRAMS iCEGOS-INFORMAT lOUE iSFRVI CE APL • 
14 RUE ANATOLE FRANCE*92 PUTEAUX ♦ FRANCE . 

IBM BROCHURES 
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AN APL APPROACH TO INTERACTIVE DISPLAY TEHrtlNAL GRAPHICS 



H- Nie\of f and A. L. Jones 
IBM Corporation 
SysteEDS Development Division 

P. 0. aox b 
Endicott, Nev York 1J760 



ABSTRACT 



Large, generalized graphics packages, as well as specialized graphic application packages, 
have not been especially successful in their penetration into the daily computing habits of 
compater users. We believe that this has been because of the relatively poor avdilability of 
display terminal equipment and limited useability of the programming support- An object lesson 
is provided by the acceptance of the APL language and its System/360 implementation. Its 
penetration into the working habits of users has been draraatic- 

AOT SRAPHPAK* is aa integrated collection of functions, implemented entirely within 

APL, that couples the facilities of APL/360 with economical, commercially available hardware to 
implement a highly interactive, easy to use graphic display facility, it attempts to enploy the 
same attributes ot APL that make APL attractive to yield a similarly pervasive system. 

This paper will discuss the design philosophy behind GRAPHPAK, its basic functions, its 
applica.ion-oriented tunctions, and applications which have sprung from these basic facilities. 
It will attempt to show why this facility has demonstrated that useable, hiqhly interactive, and 
economical computer graphics is very definitely possible in todays technical environment. 

Int roduc tion 

APL/360 GRAPHPAK is an integrated collection of APL functions that was oriqinally 
informally assembled to satisfy a need - the presentation of graphic information at the terminal 
ot an APL/360 user. During 1969, the authors had searched for a means of presenting graphic data 
that was superior to the f regua n tly-used APL typewriter plot packages. That search was success- 
fully concluded with the discovery of commer ically available plotter-controllers. A plotter- 
controller is inserted between the IBM 2741-Data set interface where it monitors all serial data 
transmitted from a computer to the terminal- The plotter-controller's character translation and 
control conventions must be compatible with those of the TSP-12** (with erase feature) No 
modifications to equipment ire necessary, and the terminal may continue to be used in the 
conventional manner. On receipt of a particular control character sequence, the plotter 
CGii. roller inhibits further transmissions to the terminal, and it buffers and digita 1-to-analoq 
converts subsequent characters into analog deflection signals tor a display device. Output 
devices used include storage tube displays and standard X- Y plotters (such as Tektronix Model 
611 Storage Tube Display or a Hewlett-Packard Model 700513 X-Y Plotter- GE?APHPAK provides the 
programming support required to operate this equipment. 

GRAPHPAK meets the objectives of a philosophy tha\^; strives to get computer graphics 
capability directly into the hands of the user, it meets at least four requirements of such a 
philosophy- 

1. Economx - At currant prices, the additional equipment required can be purchased for 
approximately $5000. This includes a plotter-controller, a storage tube display 
device, and a camera for hard copy. 

^- Avai^abilitiT - Tha equipment is directly in the hands ot the user - a part of the 
terminal he is using more and more in his daily working habits. 

3, UseabilitjT * GRAPHPAK take*; advantage of APL's conciseness and preciseness of 
notation. Graphic commands are a^ r^asona^ble marria ge of natural language and function 
notation. The result is that GRAPHPAK is easy to learn and easy to use. 

^- interactiveness - GRAPHPAK is highly interactive, primarily because of its 
availability and usaability. Interestingly, the interactiveness is achieved in spite 
of relatively low [erformance, primarily because the manner in which pictures are 
developed maintains the interest of the user. The system is also highly interactive 
in that the user can interrupt a picture at any time while it is being drawn if he 
does not like what ne is seeing. 

Since its initial demonstration in early 1970, the facilities of GRAPHPAK have grown to 
eracompass a number of application areas. The author's attribute its growth to two factors: 



1. APL, the language through which a usee works with GBAPHPAK, makes it easy to 
iBpIoaent new applications. 

2. The ease of use ot GRAPHPAK encourages, rather than frightens, APL users to add the 
graphics dimension to their work, 

GHAPHPAK Facilities 

GBAPUPAK consists of facilities of two types - basic graphics support and applications 
support. 

The basic support provides several simple, but non-trivial facilities. 

1. It provides the ability to draw defined bsolut'e vectors in a O-to-311 x-y coordinate 
system. 

2- It enables generation of stroked characters of varying size and orientation, 

3. It allows the user to dutonatical ly erase the screen of a storage tube display- 

An example ot a display generated using the basic "DRAW" facility is the timing diagram 
illustrateti below- 




Character- wr itin g, illustrated below, is generally to be avoided, since it is exceedingly 
slow-- (Drawing proceeds at a speed^of about' four line segments per second.) 



: ABCDEFGHIJKLri V' 


. , !'■■ 
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Applications support is built on the basic functions, and it includes functions for curve- 
plotting, curve-fitting, and descriptive geometry. Examples of each are illustrated on the 
following pages. 

Curve - Plot t ing 



EKLC 



24 




Actudi A£2lications 



Following the deooa^dtE^xa-n of f^eociginal GRAPHPAK package, ^'/"^.^^ °" ""^ 

capabilities and have iiigai«»ented the*r own applications. Examples ace illustcated below. 

A graduate student has iaplemented a hidden suctdce cemoval algOLithm in APL: 




-I •<»<•) "i-l ••»-! "i-i .-,-1 .1-1,1 
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Optics specialists have used the plotting facilities in studies ot kinotorns and optical 
tiltecs: 




The authors feel that tKa APL syntax is ideaX for a conversational (juaphics languaye. This 
lue to the manner m vfhich several APL functions saay be called with one line ot typinj in the 

Us^x calculator node. For 2ianiple/ if a user has an object represented as a set ot ddta, say 
r:CTt he can draw a rotated, scaled/ and translated perspective version of it on the screen 

^JLii x the CiffiiBdnd: 

SKET ■•}} "".6 ".GO TRANSLATE 2 PERSPECTIVE 20 30 ROTATE SCALE OBJECT 

The syiatax of some of the GBAPHPAK functions is c^iven here: 

kh.: ^■Ofi.ate Victor Drawing 

^Poiuts in two-dimensional s^pace (X-Y) are most basically addressed by specifying coordinates 

iii ttiite liirige 0 to 511. The APL function xxxxxx converts coordinates in this ranye xnto/a^J^ string 

oi PiVL characters (literal vector) vhich the plotter controller then converts into analog 
vc i tiges used for driving a display or plotter. 



SYNTAX: Z-DIUW DATA 
WHERE: 

DATA 's a three-column matrix ' 

DATAi ; I ] is a binary vector. A 1 means to go tc the (x, y) position 

indicated by columns 2 and 3 with the beam off (or the pen up). 
A 0 means the same thing btrt with the beam on (or the pen down). 

DATAI \2'] is a vector of X positions. 

DATAi-yZ'] is a vector of corresponding Y positions. 

2 is the literal string (graphic orders) which will cause plotting when 

communicated to the terminal. ' 



If a dravfing is to be produced with the beam on (or pen down) for all points^ the first 
coluan of DATA may be omitted. That is, only the X- and y-coordir.ates need be included. When 
the fuQction is used in this way, it is assumed that the pen should be up as it moves to the 
first point. 

The function dRAW will generate output for use with a CRT display or with an X-Y plotter. 
Wihen used with a CHT display, a line can be drawn from one side of the screen to the other with 
four characters. The tine needed for this is about .27 second , because the characters are sent 
at the rate of 14.8 per second- However, when-using^ a plotter, intermediate points must be 
Inserted siuce the response time of the mechanical pen is ouch slower than the CRT. This is done 
by computing the t^* cA ^fee increments of motion required; then, if any of the - AjlT or A7 are 
larger than a pj: ;:.v<^t /alue (usually 50 is used), extra points are inserted by linear 
interpolation so that aii of the AAT and A^are smaller than the preset value. If the pen is up, 
this Id terpola tion is not done* However, after a long pen-up laovement, the pen needs tine to 
"settle down"; so the X, Y position is called twice to allow for the settling. After a string of 
data has been processed and the lines drawn, a variable called hAS.Z is set which contains the 
coordinates of tiie last pea position. Then, when the next string of data is entered, the program 
knows the pen position and can decide if interpolation is needed. All of these features are 
bypassed if the output is on a CRT display. The global variable filfiS is set to 1 or 0, 
depending on whether the output device is a CRT display or a plotter respectively. The 
interpolation distance may be altered by changing the variable from its normal value of 



It a data value is outside the 0 to 511 rantje, one of two operations will taKe place 
depending on the value of the global variable If 

SQI = 0, the data is chan^jed to the nearest value in this lange* 

S.QI = 1# the data is ••scissored"**'* to present a non- distorted 
object on the display- 
Also, if a data value is an non-integer it is rounded to the nearest integer, 

£ili£§.2iS£ Writing 

Characters are written using the function WRITE , The characters which may be written are: 

ir_VA«>xT|£pa'c=)nu = 



SYNTAX: 
WUEBE: 



Z^P WRITE C 



C IS the character string to be drown; P is a vector. 

P[ 1 2 ] = x-y position (in O-to-51 1 raster units) of the lower left corner of 
the first character. 

P[3] = character height. If 1, the character is six raster units high and four wide. 
If P[ 3 ] is a value other than 1, the size of the character is multiplied 
by this number. 

PC^] is omitted if the charocters are to be written horizontally. If p[4j 
is included its value gives the number of degrees that the line of 
characters is rotated counterclockwise about the about the point P[ l 2 ] . 

Z = output string of graphic orders. 



Cur ve~plQtting 

The function LPLT taces data to be plotted and control parameters as its input and 
autoa atically produces scaled plots as output- 



SYNTAX: A LPLT B 

WHERE: B is an array containing the data to be plotted. If it is a vector, 

the values of the vector components are plotted against their index 
(i.e., B Versus ipS ). If 5 is a matrix, the first column is 
considered to be Q set of abscissa values and each succeeding 
column to be a set of ordinate values. Therefore, several sets of 
data can be plotted against a single set of independent variable 
values. 
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plot line segments between points 

plot symbols on points 

plot both lines and symbols 

do not label the axes 

label the axes 

label axes only (no plot) 



Only the first conponent of 4 is required to be entered; it is automatically filled out 
with zeros to a length of six if components are missing* 

If data falls outside the range 0 to 511, whether "scissoring" will or will not be applied 
is datermined by the value of global variable SCI , as described earlier. 

The t^minai printer recrords zero-shift and increment values for both axes after each new 
plot unless labeling has beea called for. 

As a final example of the syntax used in GBAPHPAK, we consider the problem ot fitting a 
smooth curve to a set of data, say XYTEST . If we decide we would like to see how a straight 
liae fit vould look, we enter: 



FIT SL XYTEST 

The systen responds by drawing a graph of the data points and the least-squares best-fit 
straight line. Then we try a third-order polynomial: 

FIT 3 POLY XYreST 

The system "knows" that it has already dravn the data points and the axes so it doesn't bother 
doing that again but proceeds to draw the third order polynomial. In addition to polynomial 
fits, GRAPHPAK has the capaJbility to do power, exponential, log, log-log, and spJLine-like fits. 

Suamarx 

It has been encouraging to watch the growth of GRAPHPAK»s acceptance. Today, it is being 
used in several IBM locations, including Endicott, Fishkill, Lexington- Los Angeles, 
Philadelphia, and rorktown, and it appears that an applications base will be built in a manner 
similar to the way the APL public library base vas assembled, 

GHAPHPAK was recently announced as an IBH Field-Developed Program, We expect to find it 
applied to a wider class of applications, since, through its development and use^ we have become 
convinced that useable, highly interactive, and economical computer graphics in the context of 
APL is very definitely possible in toda^^s technical environment- 



FOOTNOTES 

♦ APL/360 GHAPHPAK, Program No, 5798 AGK-^IBtt Corp., Program Information Department, 
Hatfthorne, Nev York, 

Tine Share Peripherals Corporation, Hiry Brook Soad, Oanbury, Connecticut 06810. 

Scissoring is an operation that truncates image data to produce the illusion of cutting the 
image on the specified boundaries. 



4[2] 



4C3] 



?s a vector of control parameters 

0 — scale the data to fit within the plot frame 

1 — - use the previously computed scale factors to scale the data 

0 — draw the axes 

1 — do not draw the axes * 

2 — draw axes only (no plot) 

0 — use a linear x-axis 

1 — use a logarithmic x-axis 

0 — use a linear y-axis 

1 — use a logarithmic y-axis 



4[5] 



4[6] =< 1 - 
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GRAPHICS IN APL 
Alfred H. Bork 
Physics Computer Developaent Project 
University o£ California 
Irvine, California 



This docuaeot describes an experimental graphic facility within APL- The terminals are 
iissuned to be inexpensive tineshared graphic terminals equipped with an APL character set- We 
first describe functions in a grpahic workspace^ and then APL primitives for graphing. 

S§®£ Plotting Functions - Wor kspace DRIM 

The following functions are available as a group called SEE in the DRAW workspace: 



DRAW 

TEK 
ABOS 

TERMINAL 
ERASE 
SCALE 
AXES 



NOSCALE 

CENTER 

SET 

INT 

VS 

DASH 



DRAW produces a curve on the screen and determines where the curve is to appear. 

It imitates, at ^ least partially, .the APL/360 PLOT function- PLOT produces point 
plots or histograms on the typewriter. Its general form is 

^ 20 50 PLOT X VS If 

VS is an APL funct-ion, combining the two vectors X and Y (pX = pY) into an array 
suitable for use in PLOT- The numbers in front have an effect somewhat like 
windowiag - they determine the "size" of the plot, the nu&iber of lines and the number 
of characters in each line- 

The corresponding graphic function is DRAW- It follows the general specification for 
sPLOT. DRAW only plots one curve each time, in eith er two or three dimensions. It 
^eems natural to let^the left argument of DRAW specify a "window," a section of the 

scre^en on which the picture is to appear- It can use the function YS to combine 

arraysX^or plotting, or 1 by N, 2 by N, or 3 by N arrays can be used directly as the 

right argument* 

We need four^umbers for a window, the coordinates of points A and B in inches from 
the lower left corner, as in the diagram, so DRAW can be preceded by a four-vector, 
literals or a variable- 

If the left argument to DRAW is a scalar, the window currently in effect applies; the 
value of the scalar is ignored* The initial default window is the largest sguare 
possible touching tlie lover and right edges- 

DRAW can have a third argument on the right for three-'dimenslonal plotting- Thus 

2 2 6 6 DRAW VX VS VY VS VZ 
plots the three velocity components VX, VY, and VZ ia a window as shown: 




We must have pVX « pVY = pVZ. 



VS is extended to allow 3-D arguments to DRAW, 
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The distances for the first arugment of DRAW ace aeasured in inches froB the lover 
left corner. After a DRAW, the cursor goes to the next vriteable line* DHAW does not 
erase the screen, so it ran be used to overplot curves. 

SCALE, M3SCALE, anl CENTER determine the placeaent of the picture within the vlndov. 

SCALE determines the user coordinates for the smallest and largest value, the corners 
of the current vindouT The general form Is 

SCALE A 

Por a 2D plot, A is a four vector; the first tvo components are the aaxiauo and 
lainiauQ values of the horizontal variable, and the next .2 of the Vertical variable. 
For a 3D curve, pA = 6 ; the last two components determine the scale for the third, 
or Z, axis. 

So £or a 20 graph vhere the ainimua values are -1.5, and the aaxiaua 3, for both 
variables, we have 



SCALE 



1. 5 



U5 



3- 



7- 



The default for SCALE is to scale the data to occupy the full window, finding the 
maxima and minima. 

KOSCALE returns to this default case after the use of SCa£e. It has no arguaents. 

CENTER places the origin of the coordinate systea in the center of the windown, and 
then scales to fit the window. It has no arguaents. 

SCALE, NOSCALE, and CENTER do not return a value. 

ERASE, HONE, and SEP control utility functions on the CRT screen. 

Screen control functions perform operations on the CRT, as in these exaaples: 

ERASE - erases screen, sets cursor at upper left corner 

HOWE - sets cursor at upper left corner 

3.5 SET 6.2 - the cursor is set to the position on the screen 
shown, with measurements in inches* 




AXES draws axes corresponding to the current scaling and windowing conventions. It 
has no arg umen ts , aa d returns no value. 

DASH causes the next curve onl^ to be dashed. 

INT establishes an intervals It is often useful in plotting to establish a vector of 
equally spaced values. The function for this is IHT, as ia this examples 



INT 



•>6 



100 



This function sets up a vector of 100 equally spaced values between -6 and 6, and 
assigns it to A. 

ARDS, TEK and TERSINAL set the type of terminal in use. On initial release the APL 
Graphics facility supports three terminals: Tektronix 4002, Tektronix 4010, and ABDS 
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100. As these teroinals have different graphic codiog conventions, it is necessary 
for APL to Jcnow vhi^h is in use in order to draw curves. 

In later versions of APL Graphic software terninal specification nay use a systea 
command- However tha initial systen employs the following functions to set terminal 
typei 

ARDS - sets tarminal as ARDf]: 

TEK '♦002 - sets terminal as Tektronix 4002 

TEK 4010 - sets terminal as Tektronix 4010 

TERMINAL - queries the user as to which terminal he is using, and takes 
appropriate action. Intended for use in gra ph ics progra ms 
which do not suppose a highly knowledgeable graphics user. 

The default terminal if no terminal is selected is the Tektronix 4010. 

8. Later Features 

Eventually we will allow the user to define what graphic tersinal he is using, 
perhaps with a ")TERrt'" system command. Thi>s affects both code translation and graphic 
data. 

We will also alio* the user to "store" a picture, the actual graphic data; this may 
be done with a new data type, "graphic." 

tfe will later allow for the possibility of graphic input, through tablet, light pen, 
joystick, mouse, et3. 

OBAW may also eventually be called upon to construct functions in the complex plane, 
assuming that "complex" is defined as an APL data type. 

5I°i®£iiiJ19. APL Primitives for Sraphics 
1. M], - Quad backspace zero 

This is the basic graphic output function. Its use is in the form 
El A 

For ASCII terminals incapable of drawing APL characters the expreifivicsn "$Q0" can be 
used. 



The following are lagal possibilities for xxA: 



1. 


A 




2 


2. 


A 






3. 


A 






a. 


A 




1 


5. 


A 




N 


6. 


A 




3 


7. 


A 




N 
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against indices 



30 plotting 



This leaves several ambiguous cases* If pA = 2 3 , we interpret this as a 2D plot of 
3 points. If pA = 3 2, we understand a 3D plot of 2 points. If pA is 2 1 or 3 1, 
a point is plotted. If pA is 1 2 , or 1 3, 2 oc 3 points are plotted. 

On initial i aplementat ion cases 1, 2, 6, and 7 are available. 

Scaling, wiadowing, and the terminal currently in effect control the conversion of 
the arrays to graphic form. The graphic data is set to the terminal; the first bytes 
of data set the graphic mode and the last return to character mode- The screen is not 
erased by this operator. 

This primitive is available and known to the user; the character (51 is legal. 
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If a single number is assigned to an ASCII control charcter is sent. The 

correspondence between integers and control characters is in ascending code order. 
Other As give a BAHK BfiBOa. 

At a later time [3] will be used for input, both for interrogating the terminal (as 

with the TEK ^010) and for graphic input £roa tablets, joysticks, nouses, etc. 

(s) " Quad backspace S 

Hemory inset Cor controlling graphic conversion, {s} transfers data entered with 

SETPOINT, SCALE, ANO DBAW (window data) to the code for generating graphic data. we 

can do this with a conoand of the fora: 



where S is a new API. prioitive, A is a scalar or vector, or a variable with scalar or 
vector value, and Z is an integer specifying the function as follows: 

C = 1 terminal type 1 = ARDS, 2 = Tek 4002, 3 = Tek 4010 

C = 2 lower left window , x ~^ 

lower left window, y# L pA = 4 

upper right window, x C for C = 2 

upper right window, y ^ 

C = 3 scale, ain x ^ pA = 4 or 6 

scale, lax y 

scale, lain Y f \^ z arguments are optional 

scale, sax y 
scale, nin z 
s:;ale, ipax z 

C = 4 setpoint - x «■ y values. pA = 2 

C = 5 Draw axes 

C - 6 Controls scaling. If A 1, use aaximum scaling. 

If A = 2, use centered coordinates with maximum scaling. 
If A = 3, return to previously set window. 



C = ^7 Dash next curve. 

C = 8 Erase screen 

Higher - values of C presently give a Value Error; some of them may be used for future 
extensions. For terminals without APL characters, $QS can be used. 

Examples: 

1. Changing the window V 

(Tj 2 2 2 4 4 

2. Scaling for coordinates, 2d plot 

|s] 3 3.4 7. 1 U. 1 6.3 

is a legal character, but it is expected that it would not normally be employed 
directly. 

The system is implemented in APL under the Universal Timesharing System for the Xerox Sigma 
Implementation details are available in a separate document. 
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&H INTERACTIVE APL GRAPHICS ST5TBH 



Stuart G. Greenberg and Craig I. Johnson 
IBM Scientific Center 
Ca abridge, Massachusetts 



ABSTRACT 



An experinental APL graphics systea operating under CP-67/CSS aad coaaunicating with an 
1 130/2250-IV is described. Features which aatce this systeo useful in interactive design are 
enph^sized. As an example of the usefulness of the graphics systea, an interactive plotting 
package is presented in detail. 



I* In t rodu c tion 

The purpose of this paper is to describe an experiaental APL graphics systea and to justify 
portions of the systea design by presenting an application of the systea capabilities. The two 
basis motivations for the ievelopaent of an APL graphics systea are the need for providing 
interactive graphics for APL and the need for providing coaputational power for an existing 
graphics systea. The graphics routines and APL functions described in the paper are experimental 
prograas for IBM internal use only and are presented in order to air the issues raised by the 
design of an interactive APL graphics systea. 

The major aia in the design of the APL graphics systea was to achieve siaplicity of use by 
the "non-programmer" while, at the same tiae, providing enough power to iapleaent prototype 
coaplex graphics systems by the professional prograaaer, A secondary aia was to Iapleaent the 
systaa at a level such that the software would be adaptable to a wide range of display devices. 
Siaplicity is achieved by the choice of the front end language itself. The conduciveness of APL 
to graphics applicati.ons is discussed in detail, in Section 3- The achieveaent of the second aii 
is due to tue fortuitous availability of existing hardware and software. 

The first fortuitous circuastance was the developaent of APL (CHS) [1] a single user APL 
system running on a virtual Ba::hine under CP-67/CMS [2]. Effectively, each user of APL (CMS) has 
his own, copy (and, in some casas, version) of the APL interpreter. Experiaental facilities exist 
which enaule the APL(CMS) user to execute external (to APL) object code. In particular, the U5er 
can execute the subroutine RE1GRAF. aEMGBAF is an interface between SysteB/360 programs and the 
1130 graphics support for tha 2250 display terminal. The 360 and 1130 coaaunicate via 
synchronous coamunication lines which are aanaged by a coaaunications access aethod called 
HOTLINE. While the user never calls HOTLINE directly when using REMGRAP, the prograaaing 
interface provided by REMGRAF aaJces available to the user routines which perfora graphic 
functions on the 1130. The net effect to the user is the seeaingly direct call to the 1130 
graphics routines. 

The restrictiveness of running under CP-67 is overcoae soaewhat by the ease of interface 
modification which follows froa the modular structure of the graphics systea itself. This 
Bodularity lies primarily in tae descriptive data and coaaand structures [J, 4] - data structure, 
picture structure, and graphic "orders.** A natural taxonoay of interfaces arises froa the 
combinations of the potential places of residence for these structures. For example, the 
Systaa/360 communicating with a 1 130/2250-IV can make use of a problem data structure residing 
in the 360 while the picture structure and graphic orders reside on the 1130 (the systea 
actually used). This separation of interfaces allows the iapleaenta tion of coapatible scheaes 
for the use of different display terminals- For exaaple, with a buffered 2250-I/III the data and 
picture structures would resida in the 360 and the graphic orders in the 2250 buffer. An 
unbuffered 2250-1 (in effect, a storage tube) would require all structures to be on the 360 side 
and would further require the re-creation of the entire picture for each change. Thus, it is 
easily seen tha^. tae advantage of viewing graphics systems in this Banner lies in its provision 
of a clear one-to-one relationship between interface location and display device capability. 

The description below will relate to the dynaaic display device (2250-IY) actually used in 
our experimental implementation. It should be pointed out that use of a different device does 
not require modification of tha APL functions described in the sequel* but requires modification 
of the interface and communication code- The restriction on the APL functions lies in the fact 
that as the display device becomes less capable only a subset of the functions are applicable. 
The system actually used is pictured below in Figure 1. 

For our purposes, the System/360 side consists of a CBS virtaal machine. The CHS systea 
code occupies the first 73728 bytes of virtual storage and is followed by the APL interpreter 
and execution code occupying approximately 50K bytes. REMGRAF and HOTLINE are; loaded after this 
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and the remaining area (approxiaately 330K bytes on a 5 1 2K byte virtual aachine) is the APL 
Workspace. / 

The APL graphics systea described in this paper differs froa the recently announced 
GHAPUPAK [5] primarily in its capabilities in dealing with a dynaaic display such as the 2ZbO 
terminal. 
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Figure 1 - APL Graphics System Conf iquration 



The remainder of the piper will be concerned with the graphics system as it is viewed by 
the APL prograomer^ Section 2 aontains a description of the basic graphics functions which are 
available. The advantages ot the APL graphics system in interactive design are discussed in 
Section 3, and an application of the basic function- in an interactive plotting package is 
presanted in Section 4. Extensions are discussed in the concluding Section 5. 



II. The Basic APL Graphics Functions 

The APL functions listad below correspond to the graphic coamand capabilities of the 
1130/2250-lV system described in the preceding section- The coamunication interface nay be 
coapletely ignored if desired. However, there exist coaaands which are useful for blocking and 
unblocking messages in order to iaprove perforaance. The coaraands fall roughly into five classes 
in itializatioa, entity creation and deletion, entity aanipulation^ transmission control, and 
offline device control. 



I niti a liza tloa 

The coamands are GBAPHICS and BESET: 

GfiAPHlCS - initializes some global variables and the 2250 at the start of a graphics 
session 

RESET - resets the 2250 display terainal 



Cg^eat j.on and fieietioa of G rap hic Entities 
The coamands are MAKE, PTEXT, and DELETE: 
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nAKE - this coBnand is ussd to display a set of coordinate pairs on the 2250* The format of 
this comnand as an APL function call is 

y MAKE X 



where X is the set of abscissa points and \ is the set of ordinate points. There are 
several nodes in which thase points can be displayed. These lodes are controlled by the 
global variable PLOTMODE which defaults to the integer value 7, meaning absolute lines. 
Using this particular noda results in lines connecting the specified points. Saooth carves 
would normally be displayed in this fashion. The other plotnodes are listed for convenience 
in Appendix A. The arrays X and Y should contain integers between 1 and 102^, these numbers 
corcesponding to the actual raster units on thvi 2250 display terminal. The function MAKE 
returns an integer identification number by which one may refer to the, graphic entity just 
created in future operati3ns. 

PTEXT - this command is used to display character strings on the 2250- The function call is 

XY PTEXT STRina 



XY is the coordinates of the starting point of the character string on the 2250, and STBING 
is the character string to be displayed- The display is wide enough to hold 7^ characters- 
If a message goes off screen it simply wraps around to the next lower line- ID has the same 
meaning as in the function MAKB- Note that for both functions, HAKE and PTEXT, the normal 
id generation can be overriden. If one desires to assign a ^iven plot or character string a 
specified id, then assigning this specified id to the globail variable MID prior to issuing 
MAKE or PTEXT will achi3ve tliis desired effect. A particitlar instance where this might be 
useful is when one wishes to assign a group of plots and/or character strings a single id* 

DELETE - this command enables one to delete graphic entities which have previously been 
created. The function call Ts ' 

DELETE ID 



ID is, of course, the identifying integer of the entity to be deleted. One may delete 
several entities at once, that is, the function DELETE may take a vector argument. 



ittEllic Ent ity Manipulation 

The connands BLANK, UNBLANK, BRIGHTEN, UNBBIGHT, and BEAD are 4Lsed to modify or manipulate the 
display of existing graphic entities. 

W BLANK - executing the comiand 

BLAliK ID 



causes the named graphic antity to disappear from the 2250 terminal- The displayed image of 
the entity is stored in the 1130 memory, so that the entity aay be redisplayed at a later 
time. ID may be a vector. 

UNBLANK - this command causes blanked entities to be redisplayed. The function call is 

UNBLANK ID 



ID may again be a vectorl' 

BBIGHTEM - this command causes the display of graphic entiltiies to be brightened on the 2250 
display. The function call is 

BRIGHTEN ID 

ID may be a vector. 
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OMBtlGHT - causes brighteaed entities to be restored to socaal inteaasLtj* The call is 



ID May be a tectoc^ 

BEAD - causes a ajrassacge to be read :feoB the 1130. This lessage, whicfc contains positional 
and id inf or MatioK^ iss^^nitiated by Ught pen interaction with the 2250 terainal. The 
function call 



results in the assignneat to the vector A entity ia and light position infomation- Soae 
particular uses of this function are described in Section ^- 



Tr^MEiSsion Cogt^ol 

The coinands BLOCK^ OMBLOCK^ and EMDBLOCK Control messages to be sent fron API. to the 1130 

BLOCK - causes all graphics connands to be blocked froB transnission to the 1130. These 
connands are stored in a buffer on the 360 side until a later tine when the blocking is 
terainated and all the messages are sent. In effect, nany changes aay be aade to the 
"picture" without these changes being reflected to the 2250. This could be considered the 
so-called "delayed aode" T 6 ]- 

UHBLOCK - causes the blocked aode to be terBinated. All messages which were buffered while 

in the blocked aode are now sent. The unbiocked node is the default operating aode and 
corresponds to the so-::alled "aovie aode" [6], that is, each change to the picture is 
iaaediately reflected to give a dynamic view of the process. 

ENDBLOCK - causes all aessages buffered while in the blocked aode to be sent. This coaaaad 
differs froa the unblock command in that the blocked mode remains in effect. 



Offline Deyj.ge Control 

The coaaands PUNCH, BEADEB, and PLOTTEB control offline input/output devices 

PUNCH - this command causes the iaage on the 2250 terminal to be puEiched onto cards by the 
11142 punch attached to tha 1130. 

BEADEB - this coamanJii^caaises a prerioiisly punched aeck to beirea^d by ttisB 2501 card reader 

attached to the 1130. ^^£te:is:t or ed image, will be displayed on the 2250 termimal. 

PLOTTER - this coMmm& xcauses the oaiage on the 2250 terainal to be plotted on a Calcomp 
plotter attached to tfeCTi^O- This is a means of obtaining hard copy of graphics resnilts. 



Ill* Usefuln ess for l ate raeti 1^ -Pes i q n 

In additduon to the aM^ ^ siaplici ty co^ use and adaptability to various « devices as 

discussed in Section 1, ttesm graphics sj^^^a described in the rprevious section possesses 
threa additdBonail iaportajit? iprpEerties - iht: ::ca:n exist with: an iadependeiat data structure, it xs 
serially flexible, and it is kaftans ible. These= proper ties raake the system iaeal for use in 
interactive design appl icatianaa-. 

The independent datai sttszECture alluded to is that which was discussed briefly in Section 1 
in reference to interface clsis^fication. The significance of the data structure goes beyond 
this, however. It represents;^ i:n the prograaaer's teras, a structural aodel of what the pictures 
displayed on the 2250 actuaXlf aean. This is important in siaple applications and essential for 
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Without aecessacily changing the picture suiuaneLsJ^. '° structure 

t-ro^'that^oJ^t/srifvJ^g^?;: a^°t^:f kspa:e^t^^:p%j:pjr:trti.eT°"t2; L-^r^or^:^ °'"=t 

try coapletely recoverable alternative approaches. ^P^^P"**^^ user of the system .ay 

iustiri«trrf'or1h:^'L"'^?\'ii^i%Srflrfnrto' •'^ r "!r.-y-^« itself and constitutes a 
little effort the AP^ pL r^^^lr^can'pL^^g^e at a^y^^^eT'^ 

is" o^'^n[J:r"i'°^''" ^P^'^'"' "P ^° an%^i:";di'ng''io'n!;PL'Sse"f^°c"llIrJr III 

e- °-f- p1^-%£-\-l- o?^co-rs-1n"-h%-ei^fi°e^!y^-: - - 

h^::j, rfpe*tltlv: c^^iput: io s:°0 e' ^rt^Sna'te'^^pLJ-or t'he^.ir^r'irc ^""r^ -^ich're^uire" 

v^^.^^. c:rer^n^^f'f-^t^"iheiroE" d'^r r - 

APL operator level. ettect, these often used procedures have been put al.ost at the 

the foilow^nrs'ec'tion,'"'" °' ''^"^ " interactive plotting package is contained in 

ili Intecactiyg Plottigg £ackag[e 

.a.es Plot. 

graphs. la addition, so»e interactive capabilities are SroS^ed. ^ ^ °" 

Plotting windows are created by a coaaand of the form: 

GRAPH l->-WXNDOU 0 0 500 5 0O 

contents! " "^^'^ ^^^^ "^"^^ °* «^^^ various windows and their 

exa.pi""he°co«and ""^ Pl°tting windows have been crea±«a, plottdug .ay beg i. by issuing, for 

PLOTl->-PLOT ((COS PIxT) VS T ON GBA-pHl 

c"oSSLd'rei«lt: in'Thf irplay'ofrhaM wlve":i lll^'l' 2 " O-'^^- 
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THE APL function PLOT is aore versatile than the above exanple aight iaply, and say be ased 
to create multiple plots, to overlay on existing plots, and substitute for existing plots. The 
comiaDd 

FLOT2^PL0T {FNl r),(FA?2 D, ... , ( T) VS T ON GRAPHJ 



results io the display of the appropriate functions on GBABaJ. If there are already plots in 
tfandow GBAPHJ, they will be rescaled and redisplayed with the new plots. The APL variable PL0T2 
acaill be a vector of AG>.egers car respond i ng to the new plots. The command 

FL0T2^PL0T {FN1\ T)AFN2l T)AFini T) VFI T FOR PL0T2 



issued after the preceding command results in the new plots being substituted for the old plots 
denoted by PL0T2. Note that the plotting window need not be spe/cified if it was the last window 
referenced. 

The function MOVE is related to PLOT. It causes plots oa one graph to he moved to another 
graph- An example of dts usage is 

MOVE PLOT 2 TO GFAPHl 



Note that usage of the functions VS, ON, FOR, and TO adds to tihe natural language syntax of the 
command structure. 

Created entities may be deleted from the display ternLnal as well as the data base by using 
tiie ERASE function 

ERASE mME 

w:here NAME is an integer constant or variable corresponding t^o a window or a plot- If .a window 
ts designated, the entire graph 4s erased. Erasing a plot will not cause a rescaling of the 
^graph from which it has been ers:.sed. This can be achieved by issuing 

REMAKE GRAPH 



where GRAPH is the name of th^e^ window in which rescaling is desired- One other command, CXEAR, 
causes all of the plots in a winidow to be erased without erasiJi;g the windraw itselt- 

It should be obvious that .^^11 of the above conmands nateiaiberal use of the basic gnaphics 
comminds MAKE and DELETE. The other content of th«se functijonas is primarily code associated 
with data base manipulations. 

The default coordinates for plotting are cartesian- IHiEe mode of an existing graph called 
NAME nay be changed to semilog or loglog by .issuing 

SEMimC NAME 



LOGLOG NAME 



all further plotting associated with the window NAME will be in the appropriate mode- The mode 
may be returned to cartesian by issuing the cartesian command. 

The display mode for a plot can be modified as well. The default mode is LINEHODE, but 
point plots or dashed line plots may be obtained by issuing 
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PO It!? MODE llAME 



oc 



DASin-fODE IJAME 



syntax!^" obtained by issuing PLOT POLAR iastead of PLOT in additioa to the usual 

Labeled axes may be generited foe a gcaph by issuing the conBand 

AXES GRAPH 

where GBAPH is a window ilentifiec. The node of the oLot (curt^czi^n o i , i > • 

'K!;^:.;ri:„=Soi;"p^ri°" ^tnntu ".r'sn-r ssfsisii 

MOVE ENTITY TO GRAPH 2 

t,««!! .nllV, """" to .»y aesltea position, ih. 

synSr ' "^^^P^^y portion of the plot. This could be achieved by using the 

DETAIL PLOT PNAME BETWEEN POINT AND POINT OH CNAME 

Biaor extension in code, namely, the writing of the siaple functions BETBBEN and AHD. ^ 
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Is. Conclusions 

In order to reinforce the conclusion that the iPL graphics syste- is useful, let as note 
soB« recent exploitations of the systea. 

ro.ham has »ade an experinental i apleaentation of his three-diaensional geoaetcy language 

DeDartnent of Transportation by personit^Kl Of the IBS Ca»te:ad«e Scientific Center and 
leV.ll S?ste^s SiTiLo" Another interesting e^loitation -as that do.e by the I«B Los Angeles 
^s^^tific center in the area ot three diaensional sculptured surfaces. The programs were 
scientific ""T;^^ " "^.*"*/^heir result;s oai a Coaputelc storage tube- me APL grapiics syste. 
^S'f"leliLe"enii:h t^ ai^^S'Le "onyersion'^to, . 1 130/2250 con f i^uratio. w«th two days of work 
by, voae prograB»er- 

If anythiB:g philosophical be drawn fcoa the above described a^S'ii^Uons ±t is that the 

ccwifigurations^ 

APPENDIX A - US£.EaX DISPLAY flODES 

The following modes of display nay toe obtained by appropxiait^ly Specif yimij the global 
Tunaniiable PLOTMODE: 



1 


- incremental points 




3 


- absolute points 




5 


- xnccemental lines 




6 


— short absolute lines 




7 


- absolute lines ... default 




10 


- absolute lines beam off for 


odd coordinates ... dashed lin^ 


15 


- absolutely positioned large 


characters 


26 


— absolutely positioned basic 


characters 
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MODELING A SATELLITE EXPERIMENT ON APL 



Charles D- Wende 
NASA/Goddard Space Plight Center 
Greenbelt, riarylaad 20771 



ABSTRACT 

Ttiis is a study of the charged .particle medsureaents experiment (CPME) Which waJLiI tiown 
on ^the IMP-H and IMP-J satellites. T!his experiment, although primarily intended itsDi MeasAxre 
charged particles, contains detectors which are also sensitive to solar and galantxt .^Tra-ys. 
Considerations aioied at optimizing \titie resulting X-ray data will be discussed, folliwenril by a 
description of the technique used: tto unfold the intensities of individual X~ray stairs:^ ismm the 
data. Duamy data were generate! from:, pub 1 ished X-ray stiC catalogs and used to tts^ thi.s 
analysis technique. Of particulaxi: interest to APL users are the storage/ retr-ievai ^ data 
paclead .as binary words of i arbitrary length (to save room in core) and the programmrng, A'PL., 
of I the; multiple linearpregrassioni technique descrioed by Bevington in his Pat a . SHei iai g tx arn a n d 
£££2£ AiiiXsis £o£ the physical Sciences. 



Introduction 

This paper reports a simulatiiotn study of an experiment which will be flown: on wa-iSiV^-j^i^ 

later this summer. As a result of this simulation, some refinements were made in dblre R£ct£:;it*a:re, 

and taore refinements will be incocporated in a second version which will be tlovn :n^^i:xi.t: jJ-s^ 

The experiments in question are the charged particle measurements experiment?; ((iSESB) ^ml the 

IMP-H and IMP-J satellites. Thasc satellites will be placed in orbits around ther feaiTtrl^ with 

perigees of 35 earth radii and apogees of 39 earth radii {i^e., about half ^la.-Y'^^^'^^^it^- afc£)X)n) . 

They will be spin stabilized with their spin axes perpendicular to the ecliptic pilHrne*. As the 

satellite spins in this orientation, the san moves along the satellite equatox:.. Xte ;pd^sit ot 

reference on the satellite equator will be the direction of the sun. This satelLrtio -i^xMt. ot 

reference will precess about one degree per day in a ceiestia 1 coordina te system. 

The CPME package contains five Seiger tube detectors and a set of thxee;Sisa«iiji^5k£sta te 
dete::tors. These detectors ara intended to provide measurements of charged psEffi^irz^ss^ in 
interplanetary space, although the Geiger tubes are also sensitive to solar and galacizjiz: SSHrays. 
It is this secondary use of tha Geiger tubes which wili be addressed further. 

The characteristics of these Geiger tubes are tabulated on Figure 1. The • t hiarrJr t h e 

'thin* tubes both have relativaly small window areas, aoout 1/25 sq. cm., and willL is^s^ oised 
primarily for solar observations.' The •i>ig» tube has a large window relative to the Q^WiBtt*£r::«^i ge r 
tubes and will be used primarily to observe cosmic X-ray sources. Note also that iite ;s?iger 
tubes are sensitive to progressively higher photon energies- 

The configuration of tha CPME package is shown on. Figure 2. Of particular concern": ^aii^e.' the 
threa Geiger tubes oriented perpendicular to the spin axis. Two other thin tubes are iMni:ented 
parallel and anti-parallel to the spin axis, and they comprise the North-South tell^cGs^Ea. As 
they do not have enough sensitivity to observe cosmic X-ray sources, as they will not the 
sun (if all goes well) , tuey will not be treated further. The solid state deitssnxcs are 
insensitive to X-rays, and also will be disregarded. 



&££^££2£ Se lect ion 

The first problem was to match the sensitivities and dynamic ranges o the Geiger tubes to 
the expected X-Ray fluxes. Sin::e this experiment is not a pioneering experiment, some a ^priori 
information was known about the solar and cosmic X-ray spectra. Representative speraaka are 
presented on Figure 3. Three solar spectra are given. One is a spectrum from a solar JHUare, 
another is from an active region ^,which spawns flares, and a third is from the ;gu:^&t sun 
background. These spectra vary with tiimse iscales of minates, weeks, and years, respectJEKely . 
Cosmic X-ray spectra shown include Scoxipius, the strongest known X-ray star, Cetus, a vjacniiaiDle 
source which was observed only once, Taurus (the Crab Nebula) , which exploded as a supercmov/a _in 
the year 1 054 A- D. , Virgo, also called M-87, and'ttie diffuse component, a background haze whxch 
is omnidirectional, here integrated over one steradian. 

The expected count rates were computed by multiplying the photon spectra, at each; ^to ton 
energy, by the Geiger tube efficiency (i-e., the probability that a photon would cause a/'count 
to be registered), summing, and then multiplying by the window area to get counts re g isfeeasserd by 
the tube rather than counts registered per square centimeter. Unfortunately, the ca Iculatsimii of 
the Geiger tube efficiency is complicated by its dependence on the type and thictena^ of 
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NAME 

Th? n 

Thick 
Big 



wn:DO\.' 

area tliickness 
sq . cm. n^/sq , cm. 



.04 

.04 
.81 



1.75 llica 

1.75 Mica 
♦9.3G Ce. 



thickness 
mp/ sq. cn. 



•0.35 Mica 0.34 ?!e. 



0.66 Ar. 
2.34 Kr, 



PASSBAi:n 

KeV. 



A[^ERTURi: 



0.76-2. 45 cone 

1.04-O.C 45 cone 
1.46-14.5 40x11.25 



CC^'f'EriTS 



Solar; 3 tiibes 
(onl y ,oric\used) 

Solar 

Cosmic; U'P-J apert 
40x22.5 deg. 



FIGURE 1. Characteristics of l(;p-H/irP-J Geiger Tubes (particle data excluded) 
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naterial in both the Cieiger tube window and the riller yas. Further, the absorption coetticients 
aeedad vary logarithmically with the material type and photon energy, and also exhibit strong 
discontinuities due to the atonic structure of the materials. Normally the needed efficiencies 
would be calculated by ploidiny through massive tables of absorption coefficients and then 
grinding through needed additidnal calculations. Using APL, the tables were entered once, and a 
short interpolation routine enabled coefficients to be calculated for any wavelength in the 
region of interest. The calcuation of Geiger tube efficiencies was reduced to a few lines of 
API., Tne calculation of expected count rates was also reduced to one line of APL. 

When computing the expected count rates, it was found that the sun would probably saturate 
tha thin tube. It was important not to compromise either the low energy response to solar X-rays 
or the low energy response to electrons. These constraints ruled out the simple solution ot 
placing a foil, such as beryllium, in front of the tube. This problem was solved oy placing a 
copper strip, perforated with holes over one per cent of its area, across the aperture in front 
of the thin tube, and orientinj this strip parallel to the equator of the satellite. Thus, the 
count rate due to solar X-Rays would be decreased by a factor of 100 while the X-ray passband 
'still extended down to 0-75 KeV, and the aperture would, for the most part, remain clear for the 
entrance of 15 KeV electrons. The |thick tube, having been flown before, did not have this 
problem- The big tube, however, would saturate during solar flares but probably not during non- 
flaring time periods. This handicap was accepted in order to maintain the sensitivity needed to 
observe cosmic X-ray sources- 

Another brief exercise that resulted in a small but significant change was the tollowing- 
Xhe ratio of the count rate of the thick tube to the counf:, rate of the thin tube was calculated 
for various spectra. For historical reasons, initially the gas fills of these two tubes were 
reversed. The resulting ratios are shown on Figure 4. It was found vthat... the prigi nd 1 coabinatron 
of gas fills produced ambiguous results. That is, the thin tube counted higher 
temperatures dur to the thin window, but also counted high at high temperatures due to the argon 
gas fill- Reversing the gas fills resolved the problem- 

The above exercises are not elegant examples of APL coding, but prove to be extremely 
tedious to do otherwise. The use of APL allowed many different combinations to be tried and the 
optimum picked with very littl3 expenditure of time. 



Unfolding X-Rajf Star tntensitias 

The remainder of this paper will be devoted to the technique developed for analyzing data 
from the big tube. 

The X-ray sky, as viewed from IWP-H or IMP-J, is shown on Figure 5- This coordinate system 
is fixed in celestial space, however, rather than on the sun. The sun will move along the 
equator as time progresses. Tha aperture on the big tube limits the field of view to within plus 
or minus 20 degrees of the ecliptic equator (note the dashed lines). This segment ot the sJey 
does include many strong X-ray sources, such as Scorpius and the clump of stars at the center of 
ouc galaxy. One can determine vhich sources should be observable to the experiment and can limit 
the number of sources used in further modelling of the experiment. 

The manner in which counts are accumulated is illustrated on Figure 6- As the satellite 
rotates, when the leading edge of the aperture, or collimator, is pointed in a given "direction 
of view," counts begin collecting in an accumulator; when the trailing edge of tne collimator 
has rotated so that it points in the direction of view, counts stop collecting in that accumul- 
ator and begin collecting in the next accumulator- On IHP-H there are 32 of these directions of 
view, tiie first one offset from the sun by 10 degrees (i-e., the satellite rotation is divided 
into 32: sectors). On IMP-J, there will be %6 sectors rather than 32. 

In determining the expected count rate from X-ray stars, the aperture function used is not 
simply the off-axis area relative to viewing the aperture head-on, but rather this relative 
response integrated over tha rotation angle during which counts are being collected. For an 
ideal aperture with a squared off "boxcar* relative response (see Figure 7), the aperture 
function is triangular shaped with half-power points at the same angles as the aperture edges. 
Dua to geometric considerations, the actual relative response is a smooth quasi-Gaussian curve, 
and the aperture function is a similar smooth curve. 

Using, this aperture function and., the known positions and strengths of the X-ray stars, 
count rates can be predicted (see Figure 8). Note that Cetus, Taurus, Scorpius, and the galactic 
center can be picked out easily, although in the case of IMP-J the galactic center appears as a 
lump on the side of the peak due to Scorpius. Knowing this information, one can generate dummy 
data for a specified date, given the position of the sun (which is tabulated in published 
epher mer ides) . 
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In order to store these data compactly with the 36 Kbyte workspace, it was decided to 
convert tnen into binary words 18 bits lony. The routine to do this conversion used the encode 
function followed by an • = 1*. The tank was changed to make the data readable, althouijh this 
chauje restricts the input dati to ranks less than three. Note that the encode tunction actually 
increases core requirements until tne •=1' operation is performed. Also note that the IBH X«6 
version of APL is inconsistent in its binary encode-decode operations- For example, a 2 2 2 
encode -1 results in a 1 1 1, while a 2 2 2 decode 1 1 1 results in a 7, not -U The 'BIT' and 
•BIT* routines given in the appendix use the first (lettmost) bit as a sign bit and correct for 
this error. 

The piece de resistance of this effort comes, however, with the unfolding of the individual 
X-ray star count rates from data in which nany of the stars are smeared together. The technique 
used derived from Chapter 9 of 'Data Reduction and Error Analysis for the Physical Sciences, • by 
P- R, aevington, McGraw-Hill, 1969 (available in paperback)- This technique employs a least 
squares-multiple regression analysis. Unlike the domino operator used dyadically, this approach 
determines, for an overdeter mined set of equations, not only the coefficients but also a 
background coefficient and the uncertainties associated with all ot these coefficients- Further, 
it allows the use of unequally weighted data. 

The system of equations to be solved are shown on Figure 9- The s are measured with the 
uncertainties and the X's are known- The X's may be anything - polynomials, trigonometric 
functions, independent variaoles, etc. The coefficients A are to be determined with their 
associated uncertainties. 

In this application, each sector count rate is a Tf (i) # and its uncertainty is U(i). Because 
of the low duty cycle due to limited telemetry and too few accumulators, 12 and 24 hour count 
rate sums will be used to detGrmine the Y's. Poisson statistics apply, and the uncertainties are 
simply the square roots of the X ' s. The accumulated counts and their uncertainties are scaled to 
a per .second basis by dividing by the accumulation time ■ (in seconds) 

The sector count rates ara equal to the background count rate (due to the diffuse component 
and charged particles) and thR sum of the strengths of the individual X-ray stars, the A(j)*s, 
weighted by the aperture functions, the X(i;j)»s. The X(i;j)«s are functions of the star 
longitudes and the directions ot view of the sectors.. The view directions are known from the 
ecliptic longitude of the sun, and the X^-ray star longitudes are known from star catalogs or may 
be derived from data taken over a period of time (e.g-. Figure 8, on which many star longitudes 
may be found). Unless a star was observed within a sector, the corresponding X(i;j) ^ill be 
zero- Rous of zeroes may exist, and thec^^ can be eliminated by using the compression operator. 

One then defines the correlation matrix, or correlation coe'fficient matrix, HJK, in terms 
of the sample covariance matrix SJK, and the sample Variance vector SJ. BJy is the linear 
correlation vector between tha Jth variable, X(;j), and the dependent variable Y- The effect ot 
having unequally weighted data is carried through by the constant and by the 1/U*2 terms- 

In determining the correlation matrix RJK and the correaltion vector RJY, two obvious 
problems can occur; SJ or SY may have terras which are zero, thus causing domain errocs; or RJK 
may be singular, which causes , problems as it must be inverted. In the program "SIEQ" (tor 
simultaneous equations) these conditions are tested tor, the first through a 0 or-dot-equal SJ, 
SY statement, and the second through the use of any handy determinant routine- If either SY or 
SJ has a zero term, or if the determinant of RJK is less than some arbitrary value, such as 10*- 
15, the program will branch to a step which pragmatically throws out one of the original 
equations, and then will branch to the beginning of the program. Since we are dealing with an 
ovarietermined set of equations, the effect of throwing out an equation is to reduce the degrees 
of treedoin by one, perhaps increasing the errors slightly, and to permit the program to run 
without abandoning the user to a domain error- Of course, the program also checks to ascertain 
that the set of equations is still overdetermined- If the set is no longer overdeter mined , the 
user is flagged and a result of iota 0 is returned- The coefficients resulting from this 
analysis are given on Figure ID- The program •SIEQ* returns these data as an ' 1) by 2 matrix. 

The proof of the pudding* naturally, lies in the eating- Dummy data were used next in an 
analysis routine which also needed, as input, a vector of the longitudes ot the X-ray stars. The 
unfolded data resulting from this routine should be a set of constant count rates and their 
corresponding uncer ta inties- 

For the first trial, a small set of X-ray star longitudes was used - Scorpius, Taurus, 
Cetus, and the galactic center- The results are shown on Figure 11, hardly an example of smooth 
unfolding! Next, a source catalog of seven longitudes was used. The results are shovn on Figure 
12- Note the relatively straight lines- The variation in Scorpius is typewriter digitization 
noise, and the variation in th^ Galactic center is due to the fact that the galactic center is a 
clump of many X-ray sources- Clearly in the first trial (four sources) too few stars were used, 
and the program had to vary the fluxes to obtain the best fit- In the second case (seven 
sources), there were enough sources for the program to provide a fairly good fit. The numerical 
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TO SOLVE FOi< TllF. A'S IV THE SET OF EO.UATIOVS: 



( THE ms APX THE UnCEIlTAINTIEC Itl THE HEASUPED Y'S, ARE K!JOi:!J) 

DEFINE: 

COVARIAIJCE llATP.IXi {SJKU \K']^2) ^ C>^^ / { H^*2) ^{XZ \J'\-XUn)^{Xl ^Kl-Xiy.l) 

COVARIAllCE VECTOR: {SJylJl*2) -h +/( ^ i/*2 ) x -^C J ]) x ( y-^ ) 

SAMPLE VARX:nCE: iSJLJ']*2) { SJKlJ ;Jl *2 ) 

STAIWARD jEVIAT^OiJ\ \7y*2) Cx + / ( ^ i/*2 ) x ( y-y ) * 2 

•• CORnELATlOiruATRIX: ■ RjKUiKl {SJKLJ ;Kl *2) iSJlJ T^SJlKl - • • - ■ - 

LiriEAR CORREL. VECTOR: RJyUl ^ ( ^c/yEc/ ] *2 > ^Sc/E c/ ] x5y 



WHERE : 

iCc/] -H (+/(fy*2)x;f[ ;c/J )T + /y*2 
y (+/(Ty*2)xy )'f + /i;'*2 

C -f- (//fiV-1 )f + /{/*2 

Figure 0. Definition of the Multiple Linear-Regression Problem. 



RESULTS : 

AlJl ^ (Sy^SJUl)^(Rjy+ .^^RJK^^RJK)LJ2 ^ ^ 1,2,...,;/ 
i4[0] ( ^ + /i/*2)x + /(T[/*2 )xy~^+. xylCl .2 , . . . ,.//] 

(i;i4[c;]*2) c«^e/x[c/;c/]^sj'[c;]*2 

(y/i[o]*2 ) -H cx((;;-i)^//) + (^//-i)x+/((2[e;]*2)x^./;:[j;c;]4-Sc;[c;]*2) + 

CHI-SQUARED ^ +/( fi/* 2 ) i< ( y-X+ . x4 [ 1 ,...»//'])* 2 

DEGREES OF FREEDOli J-iV-l 

..-Figure 10. Solution of the Multiple Linear-Regression Problem. 
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Figure 13. Tabular Unfolded Data Using Seven Sourcesl 
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results are tabulated on n^m 1J. «ote that the nmim u the flures due to the usfoldiog 
UgoiitliB is usually less than 30 per ceat of the uncertainty die to the couot rate statistics. 

The aljove aaalysis scte «as used on dusny data froa both IflP-li and IRP-J to deteraine the 

feasibility of changing Iijp-J froa a 32 sector systea to a U sector systeu. It i/as shovn to be 

feasible, aoii this change nill increase the duty cycle by a factor of thus incjceasmg the 
statistical precision by a factor ot 2. 

The utility ot this study does not end «ith the launch of tne satellites. Recently an 
extended file systeu vas added to the Goddard APL systeu. This addition aliois data tapes froa 
th9 experueot to be placed on a disc vhere they can be accessed by the API systen. iiith only 
minor chanijes, these saie analysis routies nil be used to unfold the satefliite data. The saie 
programs used to optimize poteitial data prior to launch nill then be used to analyze the actual 
data after launch. 
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1000 1000 loop 1001 1010 

1011 1100 1101 1110 1111 

0000 0001 0010 0011 0100 

0101 0110 Gill 0111 0111 



4 gIT X 

"8 "8 "8 "7 "6 

"5 "4 "3 "2 "1 

0 1 2 3 If 

5 6 7 7 7 
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REPRESENTING NEGATIVE INTEGERS IN BIT VECTORS 



A Short Note 



L. J. Woodrum 
IBM Corporation 
Poughkeepsie, N. Y. 12601 



TO represent a positive or negative inteqer as a bit vector, "two's complement" arithmetic 
may be used. By using a radix vector, i?^2 -2,(D-2)p2, if is a positive or a negative 
integer, and { N^-2*D) <2*D is true, then X^BtN makes X a bit vector in two ' s-comp lament 
form^ Similarly, i^J^X is the scalar 
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APL AS A TEACHING TOOL:. TWO VERSATILE TUTORIAL APPROACHES 

Leslie N. Davis, JaJt Eskinazi and Daniel J. aaceco 
Syracuse University 
Syracuse, New Tork 13210 

Introd uc tio n 

computer assisttid instruction has played a sigmificant role in sevec*! »ide.k-araHuate 
courses in the Cheaistry Department at Syracuse Uaiiv^rsrity . Programs for drnir*ife^^ltr 12 J 1 
and simulated laboratory procedures have been i.ple.eJed for an ii^txJuctoI^ c^^^^ii^^'llon^: 
used"''!n'\^r^'.nn^r 1!^°?''*!! ^^'^^ analysis, tutarial in^tr uction[ 4 and ^xamS^ttons are 

interest tt\n^^ill^ .llltlt^^"'t\^°'' -S^emistry wjofci. experience l«ads i« to fe«i«ve that 

interest in and implemesntatlicre a£ tthe computer as « classroom tool will confeinie to qrow here 
growth. mo?m»& 'is:i»g sfcs tutorial approach yiH contribute signi±ican-tly to this 

o*.,^ ^l, ''^.■ean that the program gives the computer the capability to adjust to each 

student's needs on an individual basis not only with respect to the depth and speeS .it coverage 
of the material presented, but also for the analysis of specific student errors »»,em -&*ey occur, 
be they mechanical in nature (i.e.. dividing by 10 in.stea4 of 10,0) ox caaeeptudl fe-fo. / tryina 

f ;!!°''hv^f before understanding logarithwj „ HKcause-ot ffihe e*traor4iJ»aEr%Si^i^^^ 

»L^K^ language, there are as manf uafs to ,^pr**<;fo tutor ial program flesig® asiere are 

teaching personalities. This ps^es ftespjcibes t?»© approaches that we have tak««t. of their 

significance is their ffon-iimitLtesi «^-««ded design which suggests applications outede the 
tiela of chemistry or even scienc«. o^j." 

Our APL programs are accessed on the University's IBB 370/155 computer via more than one 
bu2?S!Sg. '"""^^^ over the campus, including five in tTAr cJe^is?r? 



Pro gram Des ign 

^^^^"^ decision in ithe development of any APL-CAI program is the kind of response the 
f^nT.l expected to input to the computer. The programs we have chosen to discuss, while 

tundimentally similar in thair tutorial design philosophy, are distinct in their methods of 
inputting stadent responses. 

„ „ ^^^^ P"-109arithm program deals with subject matter and student responses exclusively 
numerical in nature. This type of material allows an essentially infinite number of problems to 
^^^»nfo^°!I^ generated by tme computer. It is noteworthy that the actual student input is 
fT.ltlt ^-^ l^"-^ ^1°^"" iiiStai. not numeric data, because the analysis of significant 

figures, juxtaposed digits, et=., is possible only on literal input. g u 

r„ r.rH»r ^^''^'f*"?! instrumentation require sentences or phrases for cost responses. 

In order to fulfill this requirement and the additional one that data outp«tting for these 

? o TU* ^''^"^f''^''!:^' the multiple choice format is utilized for student responses, 

n P"*^'^^'^ flexibility in individual program design and allowed much larger 

input sJstefflS'^*'^''^^ ivailable workspace size than would have been possible using other 

Self-T each ing £H and Logarit hms ' 

When introducing undergraduates, particularly at the freshman level, to the concept of pH 
It is Often found necessary to reinforce and improve their background in iogarithns. Most 
students at this level will not otherwise be able to use logarithms efficiently for simple 
conversions between pH and hydrogen ion concentration. To save valuable classroom ti*^;. and be 
able to bring all students up to the same level of proficiency at their own pace, we decjded to 
develop an interactive APL program. r » ^T^^i. .-u 

.11 „*^ti»ough student .responses are numerical, input is accepted as a character striag. This 
allows an incorrect answer to be literally dissected in order to give a clue as to whera the 
error lies. Even when a control word is entered a check is made to see if it is a Valid woj-d. if 
the proper number of characters ha^e been entered, if two characters have been tral^posed. or if 
xncorrect characters (up to two) have been entered. r » 



The CAI program is divided into sixteen units (Table I). The computer adjusts itself to the 
nt s rate of progress by requiring two successive correct answers before moving on to the 
unit. Within a given unit the basic format of the guestion is the sdie; however/ "since each 
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TABLE I 



TOPICS COVERED IN pK AND LOGARITHMS PROGRAM 



UNIT DESCRIPTION 

A Meview of exponents 

B Logarithms to different bases 

C ' Log of powers of ten, 

■"B' Ho>; to use tables to find logs 

E Antllogs of simple numbers 

F Using logs In multiplication and division 

G Log of numbers greater than ten 

H Antllogs of positive numbers 

I Log of numbers smaller than one 

J Antllogs of negative numbers 

K Using logs In multiplication 

L Using logs In division 

M Finding powers with logs 

N Taking roots >;lth logs 

^0. A chemical application, finding pH 

p Finding [H+] from pH 

Q Interpolations in finding logarithms 

R Interpolations and antllogs 
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TABLE II 



CONTROL WORDS PGR LOG PROGRAM 



ERIC 



WORD 



DESCRIPTION 



CALCULATION 
EXAMPLES 

INFORMATION 

COMMENT 
SKIP, X 

•REVIEW, X 
REPEAT 
CONTINUE 



STOP 



AIl.ows use of computer as desk calculator. 

Gives answer to present question and one 
example on the current material. 

Depending on question, either solves a similar 
problem in step-by-step detail or gives a hint 
on hov7 to solve it. 

AIIov;s student to eat^r comments at any time on 
any aspect of the ryrogram. 

Skips ahead to unit designated by X and puts 
control in hands of student ( i.e . , ansv/ers are 
not evaluated by computer) until control v;ord 
'CONTINUE' is entered. 

Revievjs unit designated by X. Otherwise same 
as 'SKIP' . 

Causes repetition of previous question until 
"'SKIP', 'REVIEl-J'y or 'CONTINUE' command is used. 

Skips to next consecutive unit V7ith computer 
taking control of the program. 

Stops program, gives sign-off information. 



auabcsr in an example is randomly yenerdted, eacn ciuestion is different regardless or how aany 
tiiaes it is repeated. 



At the start of each unit a typical proDlem from the anit is solved for the student without 
yoia,j into much detail. Then a different problem of siailar difficulty is presented to the 
student for him to solve. A student vho is using tne prograia as a review exercise should be aole 
to solve the problem and move on without further delay. However, a student who has no idea how 
to oegin to ansver the question will require further help. He can get help by entering the word 
INFOHflATION as a response to the yuestiou- This control word directs the computer to solve a 
problem of similar difficulty in step-by-step detdll. Since each number is randomly generated, 
INFOartATION can be requested a5 many times as the student des\res. After the execution ot 
INFORMATION the computer restates the original problem and awaits the student's response. 

The student has nine control words at his disposal (Table II). SKIP enaoles him to sXip 
material he teels competent with and allows uiore time for new material. It he feels the need for 
more detail in a given segment, REVIEW allows him to bacX track to another unit. STOP suspends 
the program and gives sign-oft inf orma tion. At the next sign-in the program resumes exactly 
whera it left ott when the word STOP vas entered. The other control words are explained lu taoLe 
II. 

The primary aim ot this program is to introduce the student to the concept ot pH and 
aeveLop sufficient skill with logarithms for satisfactory pH manipulations. The following 
typical student-computer interaction illustrates the method- 
First, the subject is presented and an example is given: 

O) THE COIWEPT OF PH 

IF THE HYDROGEN ION CONCENTRATION ([^ + ]) IS 4.53.£'"5 MOLES / LITEPx , 

THE PH OF THE SOLUTION IS 4.3 344. 
Then a question is asked for tab student to solve; 

0) GIVEN THAT THE HYDROGEN ION CONCENTRATION IS 3.24£'"4 
THE PH OF THE SOLUTION IS 

after typing the lines and backspacing to th6 first underline, the computer waits tor the 
student entry.* He has the option of entering his answer or a control word. Suppose he enters 
INFORMATION. The computer responds: 

iniEN THE CONCENTRATION OF , HIDROGEN ION IN SOLUTION IS EXPRESSED 
AS GRAM-IONIC WEIGHTS PER LITER, THE PH (LOWER CASE P, UPPERCASE. H ) 
OF THE SOLUTION IS DEFINED AS THE NEGATIVE LOGARITHM OF THIS 
CONCENTRATION . 

FOR EXAMPLE, WATER AT 2 5 DEGREES CENTIGRADE HAS A HYDROGEN 
ION CONCENTRATION iH-v'] OF IE"! AND OF HYDROXIDE ION LOH^l OF tE~l 
MOLES/LITER . THUS THE PH OF WATER IS 7 AT 2 5- DEGREES. 

TO SUMMARIZE, TO FIND THE PH TAKE THE LOG OF THE HYDROGEN ION 
CONCENTRATION AND CHANGE ITS SIGN. 

IF YOU DO NOT KNOW HOW TO FIND THE LOG OF NUMBERS SMALLER 
THAN ONE, REVIEW UNIT I. 



♦The quad-quote input-output used in this program is unique to the SCI Computing System, but 
could be incocporated into any APL system. 
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Now the question asKed aboire is repeated. A student who wished to review Unit I would enter 
ffEVI2W, Let us assume the student responds with an answer, 3,8U9b, instead of the correct 
answer 3»U893 (i-e-# second ani third diyits transposed). The computer responds as follows: 

JOHIJ, 71^0 OF YOUR UVMBERS ARE WRO'jG , 

THE PH OF THE SOLUTION IS 3,??95 



The :iuestiou is now restated. If the correct answer is entered, the computer responds: 

VERi OOODi GIVEtV THAT THE HYDaOGE!! 10:: COliCEnTEATXOvI IS 3,2^£i''"n 
THE PH OF THE SOLUTIOH IS 3,i;S95 



ThB student is given credit fr the answer, and turther reinforced by seeing the correct answer 
printed out once more. At this time, depending on the circumstanced preceding the question, the 
computer will either ask anothsr question in the unit or move to the next unit- 

tu view of the fact that this proyrara is designed to instruct and drill students, not test 
their knowledge of the material, we did not see the need to gather data on their progress. If 
needed, however, all data pertinent to the use of the program can be coded and .stored tor later 
retrieval without altering the performance of the system in any way. It is also possible to 
disable the control words and to transform the program into a type ot examination which will asJc 
sixteen questions (one from ea::h unit) and record student answers as either right or wrong. This 
would require minimal editing of the subprograms. The flexibility of the program is further 
reflected in the tact that questions may be added or deleted at any ticie providing the same 
skeletal framework of the program is maintained. 



^^I Topics in Chemical Instrumentation 

The interactive programs used in our upper level course in chemical instrumentation allou 
the student to learn, self-test^ and review several specialized topics at a rate of progress 
adjusted to the student's responses, in programming a given topic, the subject matter is divided 
into four to six aroa^s of questions vrhich are further subdivided into three ot four subg roups 
of related qiiestions. The method of question presentation is similar to that described by 
Castletierry and Lagowski[5]. Tie student is first presented with a question £rora Group I, 
Subgroujp 1. If he answers it correctly the program chooses the next question randomly from Group 
Subgc:;oup 2, then from Subgroup 3, and then from Group II, Subgroup 1, etc. Student mistakes 
result in hints which may halp lead him to the correct answer. The hints try to offer a brief 
discussion to clarify the studant's thinking. A mistake followed by a correct answer causes the 
next question to be selected from the same subgroup in which the mistake was made to make sure 
the concept under consideration is well understood and to check that the answer was not guessed 
at. A typical terminal printout from the ELECTfiONXCS program follows^ including both student 
entries and computer responses: 

Z2 



1 VOLT PP o~-/\/\/\ !> 

SQUAREWAVE Zl S 



W I 
l-\ I 
I \ I 
I /" 
I + / . 

1/ 



WHEN E(IH) IS JH THE POSITIVE HALF OF THE CXCLE , THE VOLTAGE AT S 
IS A, > E(im B. > E(OUT) C. < E(OUT) D, E(OUT) - E(IN) 



SIIWE E{IN) IS +, E(OUT) MUST HE 
B 



WHERE DOES THAT LEAVE S? 



CORRECTl E(IH) AlW E(OUT) ARE OF OPPOSITE POLARITY. 
IS - IT IS AT A POTENTIAL LOWER THAH GROUND . 



IF E(OUT) 
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y/ZFA' E{im IS IN THE POSITIVE HAiF OF THE CYCLE, THE POTENTIAL ACBOSS 
Z2 IS A, <0 B. 0 C. >0' D, AlWAXS = B{IN) 



HIGH? YOU ARE, JOHNl SINCE E{OUT) IS NEGATIVE, POTENTIAL ACROSS 
Z2 < 0. 

YOU ARE DOING WELL, JOHN I KEEP IT UPl 

The progress of the studeat is monitored continuously and the computer will end the session 
if the student is scoring less than 80* correct answers^ subject to certain other conditions- if 
a student is signed-off i>y the computer he is advised where his weaknesses are and is invited to 
try again after further study ind consultation with his instructor. 

Tiie d-atii generated by the students ds they use the programs is coded anii sLoteu iu one 
literal and two numeric vectors which are automatically extended each time a program is used in 
a given workspace- Data from student worJcspaces is copied periodically by the instructor into a 
central data managing workspace where output programs store it sxid/or print it out in tabular 
torm- Data from any of the pro;jrams can be stored and accessed intermixed in any order-' 

Upon successful completion of an entire program, the computer prints out a special 
certificate (Figure 1) which attests to the student's having achieved a certain level ot 
competence ir. that particular subject area- Few students ask about a numerical "grade" once they 
have finished a program- Since they are »naware of the exact criteria on which they are getting 
through they tend to pay more attenton to the content of the programs and less on keeping tracK 
of ttie nuabCiT of right and wrong answers. 

Since the programs are skeietally identical irrespective of subject matter, editing 
individual questions is a simple affcair, reguiring minimal aPL experience- 
Table III lists the program titles used in the instrumentation course and the topics 
covered- ^ 

Student reactions to these programs have been very favorable- Most of our upper level 
students are far more anxious to try CAI than the typical freshman- Once they realize they are 
not being graded by the computer they settle down to the challenge of getting it to print out 
their certificate as soon as possible- The programs have provision for students to enter 
comments about them; about 30* of the students take advantage ot this opportunity, the majority 
of these expressing positive attitudes such as, "I found it very interesting and most important 
of all, it is a good way of learning", and "I wish we had things like this in freshman and 
organic chemistry", and, "It was fun-" Occasionally a student will mention how or why a 
particular question confused him and this has led to periodic revision of the question 
libraries- 
Students who have used the CAI programs have done better on midterm and final written 
examinations than students who were not exposed to the programs- The written examinations given 
are generally of the problem-solving type and never repeat questions in the computer lioraries, 
Castleberry and Lagowski[5] have encountered a similar effect of CAI on exam grades in a 
freshman chemistry course- 

Conclusions 

Tutorial teaching programs can play an important part in chemistry courses on any level. 
Begardless of the nature of tha material or the type of desired student response, it is usually 
possiDle to design tutorial programs which are both interesting and useful to the students- our 
experience has been that these programs free the instructor to do more individualized teaching, 
assure a measured minimum level of competence on the part of the students, and most important, 
allow this competence to be achieved at a rate determined mainly by the students* interests and 
abilities- It is our intention to continue to expand the scope of the courses we are involved in 
with additional CAI materials- 
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* ****** 
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** * 
* 



6/19/72 



TO y II 0 M IT MAY C C N C E R If 
PLEASE BE ADVISED THAT OtJ THIS DATE, 



BILL BROP/N 



HAViriG LABORIOUSLY DEVOTED MUCH TIME AflD ElfERGY TO THE 
FASCINATING STUDY OF 

GAS CHROMATOGRAPHY 
HAS SUCCESSFULLY AND HONOURABLY COMPLETED A COMPUTISR 
ASSISTED PROGRAM THEPEIN IN PARTIAL FULFILLMENT OF THE 
REQUIREMENTS IN THE COURSE OF STUDY IN 

C II I M I Q A k lUSTRllMEEZATION 
WHEREBY, WE UEREOU AFFIX OUR SIGNATURES IN TESTIMONY AND 
WITNESS TO THIS OUTSTANDING EVENT. 



o o 
o o 
'^SYR.UNIV. o 
o o 

o o 
o 

* * * 
* * * * * * 
**** **** 
***** *>»*** 
****** ****** 
******* *** * * * * 
******** ******** 



IBM 370-lSS\APL, 
PROFESSOR OF CAI 



Figure 1 
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TAi:^I.K III 



f\rop;rart 



ELi;:CTHOMICS 



GAS CHP.OHATOORAPHY 



Do n c J"' i r> t i. o r^. 

Series and parallel netvrorl:^^, ].ropertier» of 
VTVM ' s and oi-5cillosccpes , prissi ve networks , 
feedback, operational amplifier pi^opertic^, 
simple operational anpliricr circuits, 

Separat ion theory , thermal conduo t Ivity 
uetector theory and clrcuitx^v, specifilc- 
operatiun of the Carle instrument used 
in the course . 



SPECTOOSCOPY 



Basic theory of UV , visible and TH spectro- 
scopy and instrumentation , and the use o f 
Instruments available in the course : Bausch 
and Lomb Spectronic 20, Beckman DB, and 
Po-rlin-Elmer 237B, 
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Stito UnLvoLiiity ot New YoCfC at Binyhamton 
Sinjhamtan^ New York 13901 



Dacinj '.the past sev5.»cal years a pL-o^cam has been isvi^loped it SUN Y- Sin^hamtoti toe the 
int cod'jc tocy Chemistry iaborat^cy which allows the stacient to test his laboratory rcsalts in a 
pactLcalac expecimont a^'ainst those cesalts L'xpect3d for his satnpli. This test i^; p^ctocmed 
iacin-j the jL-e^aiacly schec3ul?i UbocatDcy peL-iod, by chi? stadent, at a terminal Loca.ted 
adjacent to ths iabocatocy, anl permits a rapid decision t-j be made by the stadent as to wtie'ther 
or rot he snoald repeat the experiment in order to obtain worthwnile data. This op^jra't ion is 
acromplishad by way ot tno APL progr.^,7) CHS^ILABI, which pertovms the appropriate ca.lf 13 la^ ions on 
th^ ^tadent^s raw ddta« At the tirae the repeat-no repeat decision is made,' the st-a:ient does not 
hd/e, or get, the rfjsalts of t^e detailed calculations made by the computer. .Shoald a rapeat De 
ne::essiry, the staderit has enoagh time to perform a duplicate experiment -bu his- i.ol-itivoly 
si-Tiplc? apparatus befaie the enl of the lab period- Should no repeat be nece-^'sary, as is the case 
of the time^ the student can dismantle his apparatus and proceed xith the calculations at 
his Leisure, assured that the lata is capable of providiny a ce asona ble /a nsw er - 

" After — the- studoii t - -has u n derstood—t concepts of the experiment, and p=irtormed the 

appropriate cdLcuia tions, he miy enter his c:alculated data at the." terminal, and receive a 
taDular output which tells hin how well he did on the calculations' and in the experiment. These 
interactions of the student did the pLogram ace shown in Fijures,-'l and 2, This output is turned 
in rfith the student lab import, and serves as a basis for .student comments on the relative 
surc^ss or failure ot his experimental work and calculations. 

The development of the pr^jram, and its use and receptiph uy students, teaching assistants, 
ani faculty have oeen described before in a general, u^o r- j ci e n ted , non - t ec h n i ca 1 , approach [1], 
[)uring the evolution of th? program, a numner of APL pcograaiining features were developed to 
accouraodate th? particular typ^s of student interaction dejsired or observed. It is the purpose 
Df this paper to discuss in ietail some of these features, and how they accomplish the desired 
e n ^ s- 



^9.1^ El^iZatiiEOlim features 

J ■' 
We have tried two kinds Df studeat name entpy for CHSMLA3- In the more general program, a 
student enters his name on reqjsst, and it is thep- stored, exactly as written, tor future use. 
In the second version, a nane table is filed initially with names ot students in a particular 
la&ocitocy section- These stuJ^iits must then enter that worKspace tor their, computer experience- 
Both versions are in use, and have particular advantages for di f te ren t pu r po.ses . The tirst 
methDd raakes the program generally available to anyone- Tha second version is more etticient tor 
largB class production use- 
Two kinds of lata entry are availabXe for this protjram- Originally a step-by-step method 
was ised in which each separate item was' called for individually- Such entry required a 
qusst ion-an swer sequence for each datu:ii: eHch sequence requiring an irreducible amount ot 
transmission-response time- Siace it was-' important to reduce t he ti me--a t- the terminal tor each, 
student jurin? the first eatry intp- the program, which occurs during a laboratory period, an 
atteupt to cut the number of s? pa rate .ent ries per student was explored- 

The approach used was to have ..the stuients enter the primary data in vector fo^m. A clear 
differenca in time required for the- initial session was found only when the students prepared 
for the vector entry by organizing their raw data in the order desired before signing on the 
terminal* This aspect can be .us^if-ul in encouraging students to set up a proper data table in 
th?ir lab notebooks. Otherwlsj-e, the directei nature of the step-by-step entry was more 
efficient- Under ordinary circiistances, a student should be at the terminal for less than five 
minutes for each part of CHEMLAB. Two terminals available tor the last hour of a throe-nour lab 
accommodate ona section of 2ii" students without excessive delays. Two terminals available tor the 

last two hours of such a/three-hour laboratory period accommodate most ot the students in two 

2U-'studeht laboratory sections- ' " 
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Srror ..ressaqas designei to correct faalty entry seem to stimaldte some programmers to 
excessos.of cateness or saccasB. While a light toach witd prose"' responses is otten stLmaldting 
ani ..i?>nc oar deling to the stadsihs, it is easy to tnisjadge tho appropriateness of a responss from 
..coisi d »rdt i on of only ono sitaition. Kor instance, an aacly-iratt error . message received oy one 
wh3 entered a quantity reqaastad to bo in liters with a f ive- d ig it na|mber (obv ioasly ' DQilii liters 
instead) was faced with the message: ) | 

' / 

I SAID LITERS, DUMM^'. TRY AGAIN. / ' 

J ■ ■ 

This message might bo an appropriate rap on the-^knacKles tor the brignt bat careless stadent wtio 
was secure in hi.s under standing of the experiment and the calculation involved- It most 
deciiedly was not a proper c aspot'.se for tho ordinary irttr:>-ductor y studeut becomiug aCiUaiiiteci 
with the coaputGr for the firsi time. That part of the program now is: 

[152] EETUEN^EETUEN 

[1531 ' 16| MOLAE VOLUME OF OXYGEN (IN LITERS)' 
[15U] -^((TEMP>10)^((TEMP<\<50))/ABOUIWH 
[155] 'MOLAB VOLUME IN LITERS , PLEASEl 
[156] -^RET URN IgRETURN'] 
[157] AROUNDi\:DATAlI .SWITCH .IHl^TEMP 



It can b'a seen that if the tesh in step 15^* is not met successfully, a more appropriate message 
is given (step 155) , and the orograni returns to the question (step 153) for a repeat- 

. It is important to place checks far decimal points or proper dimsasions in a program which 
involves numerical input, with responses which will permit a student to find an acceptable 
answer before bouncing him from the pcogram, with or without an error signal- For instance, an 
early version of the CHEMLAB pcogram had the following sequence: 



[62] ' |4l TEMPERATURE OF THE OXYGEN {CENTIGRADE']', ' 

[63] DATAUiSWITCH'.b^^VTEm^ 

[64] HoJi >TEMP-DATA [ I ; SWITCH ; 5 ] ) /AROUND 

[65] DATAlI\SWITCH\S']^DATAU\SWITCH',b']^-\ 

[66] ABOUND: (T2S)-i-FUDGy 

[67] RETURN^RETURN ,U2S)-i-l 

[68] ' \S\ BAROMETRIC READING; UNCORRECTED AT' ; PATAU ^SWITCH iS] ; ' o CENTIGRADE' 



In step 62, the student is requested to respond to a question concerning gas temperature. 
His numerical answer, indicate! by the open box at the extreme right-hand end of step 63, is 
s.tDred in a location callei TEMP. This value is shorn of any fractional part (by the APL 
oparitor XXXX| and the resiltiiig iateger is stored in a data array location named 
DAPiV; I; SWirCH;5 ]. Step 6U checks to see if the difference between riinP (which is an integer) 
and L)Ar A[ I; SW irCH ; 5 ] is less tnan If so, the rounded value is properly stored, and the 

program is branched to, that step labelled AROUND (step 66), which in turn sends the prograai to 
stap bB - a new * ques t io n. Howe/er, if the value found m step 6U is aot less than 0.5, the 
program does not branch to AROUND, but falls tnrough to step 65, "which increases the value 
stored in DATA; I ; SWITCH ; 5 J by 1. These four steps in effect round off the temperature values 
entered to the nearest degtae (later versions of this program perform this operation more 
efficiently). This temperature value, stored in DATA[I ;5fv'JOT;5] , " will be used later as an index 
to pick out a vapor pressure correction from a taDle storea m the workspace. This value of the 
vapor pressure of water at the temperature of the experiment is then used in a calculation of a 
coBpu ter-deri ved result whici is Uijed as the basis for coaparison with the student-calculated 
result.. 
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rho i)rograrainin7 problem and solution outlined above iynires two alternative possible 
stui-nt responses: tha ^teraperat ure aeasured may fail outside either extreine of th=» temparature 
tdDle, or; the f^tudont may sake i typing or understanding error in entering the datum so that 
th3, number entared is not a t2Dperature value at all. Since this is the l;ind of ertor such a 
prDgram should recognize, a chacicing sub-routine h&.s been introduced: 

[52] RETVRlh'RETVmi ,{Z2^)^1^ 

[53] 'hi TEMPERATURE OF THE OXYGEN [CENTIGRADEl: ' 
[54] '^(iTEMP>16)^{iTEMP^)<33))/ AROUND 
^ ' ^^55] 'DATA OUTSIDE RANGE OF TEMPERATURE CORRECTION TABLE;, 16<?'<33oC' 

[561 -yRETJJRNioRETVm}'] 
[57] AROUND: DATAil ;SWITCH;5l^TEMP 
[5C1 'y{z2b)-\-FUDGX 
[59]^ RETURNS-RETURN ,U2B)-\-l 

[50) ' |5| BAROMETRIC READING; UNCORRECTED AT ROOM TEMPERATURE,' 

In this sequence, step 53 asks for the observed temperature. Step 54 tests the entered 
valua, .stored in TE«P, to see If it falls within the range of 16-33 degrees C- It this 
requirement is met, trie program branches to the next "AROUND", which is step 57, and the Value 
of TEKP is stored in position 3 At A[ I ;5-W ITCH ; 5 ]- 

Should this requiL-ement not be met, thci program proceeds to the next line, which is an 
error message: 

DATA OUTSIDE RANGE OF TEMPERATURE CORRECTION^ TABLE;. lS^T^33oC 

After this printout, the a^xt step, 56, returns tne program to step 52, which begins the 
question-and-answer sequence ajain. Checks of this type have Deen introduced at many points in 
the program- 

Anothar major feature of Lnis program is the inclusion of a routine which permits a student 
to eicamine his^input data, ideitify a mistake, and correct it without having to reenter all 
data. An example of the steps which accomplish this are round in lines 72-82 of the CHEMLAB 
program. Figures 3 and a.,Sinc2 this guestion-retry routine is one of the more opaque ' segments 
of this program, a detailed 2tnalysis of the steps follows (some earlier steps are included in 
the analysis, since they set ii dicators 'necessary for the bra nch i ng rou t ines) : 

Line 37: This line is the beginning of Part 1. 

Line 39: FUDGY is an index to control branching. It is initially set to 1 so that the 
operation ->(i25 )+F£/Z?C7 will yield a branch to the succeeding line- Later on, PUDGY 

will receive values which will cause branching to predetermined locations within the 
function. 

Line ^0: RETURN is a> vector composed of the statement numbers associa ted with data input 
statements, it is constructed by catenating together the statement numbers of these 
lines as the student makes his first pass through the input statements. Should the 
student require an updating of information already entered, a branch can be made bacK 
to the appropriate line by way of these statement numbers. A statement of this kind 
is used before every ,data entry- 
Line a3: Line 43 is a variable branch statement. When FUDGY has a value of 1, the branch 
is to the following line. When FUDGY has some other value (calculated in line 81>, 
the branch is to that statement specified by I25 (th^ statement being executed) 
plus the value of FJDGY. This statement appears after each data entry. 

Line 77 : R ETUR N is the vec tor „ of statement nun);?ers ; its last element is the statement 
i^""*^?*^ associated with the beg.inning of the Question Retry Area. GOTO is a vector 
composed of the statement numbers associated with only those areas the student wishes 
to retry. GOTO's last element is the same as BETUBN's last element. 

Line 78: SATE is a matrix composed of question entry points matched with corresponding exit 
points. Example: Liie 66 is the entry point for ;iuestion 3, and Line 68 is its exit 
points 
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STUDENT M 

SETS UP-APPARATUS, WEIGHS 
UNKNOWN SAMPLE, MEASURES 
TEMP. AND PRESS., CONDUCTS 
EXPERIMENT, OBTAINS PRODUCTS' 
WEIGHT AND VOLUME. 



CQMP-UIEE 



Q.UIPUT 



ENTERS PRIMARY DATA 



(repeats experiment) or 
proceeds with calculations 
of molar volume 



ENTERS RESULTS OF C A LC U L ATI O N S 



FOLLOW SAME PROCEDURE FOR 
PER-CENT COMPOSITION 



CALCULATES EXPECTED GAS 
VOLUME FOR STUDENT'S 
EXPERIMENTAL CONDITIONS, 
AND COMPARES IT WITH 
PRIMARY RESULTS, AND BRANCHES 
TO APPROPIATE MESSAGE. 



OK, PROCEED 

OR 

HAS ERROR, BUT OK 
OR 

REPEAT 



i 



CALCULATES THEORETICAL 
RESULTS FROM KNOWN SAMPLE 
COMPOSITION; CALCULATES 
RESULTS FROM STUDENT 
PRIMARY DATA;AND TABULATES 
STUDENT INPUTS 



PRINTS OUT 
AND COMPARES 
THREE DATA SETS; 
WITH APPROPRIATE 
ERROR MESSAGES 



EVALUATES RESULTS, INCLUDING 
ERRORS, AND SUBMITS WRITTEN REPORT. 

riijurc 1. Student Interaction with CJIEl-JLABl 



ALL STUDENT PRIMARY DATA IS 
STORED FOR SUBSEQUENT RETRIEVAL 
AND ANALYSIS BY EXECUTION OF 
AUXILLIARY PROGRAM-'LAB INSTRUCT' 



EIGHT OF OXYGEN. 
ABSOLUTE TEMPERATURE. 
CORRECTED BAROMETRIC 

READING. 
PRESSURE DUE TO OXYGEN. 
VOLUME OF 02 AT STP. 
MOLAR VOLUME OF 02. 



YOUR 
DATA. 

I 

i 

0. 3186* 
297.0 

73 9. 3 \ 
716.9 
219* 
22.2 



-MACHINE COMPUTED 
USING YOUR DATA. 

MACHINE COMPUTED 
- THEORETICAL 
VALUES. 



0.3186 0.3437 
297.2 297.2 



739 . 1 
716. 7 
217 
21'. 8 



739.1 
716 . 7 
241 
22.4 



COMPARISON OF THEi'' COLUIIS ALLOWS YOU TO CHECK BOTH YOUR CALCULATIONS 
AND THE AGREEMENT BETWEEN YOUR EXPERIMENTAL DATA AND THE THEORETICAL 
VALUES FOR YOUR SAMPLE. 



ERROR MESSAGE INTERPRETATION: 

* 5 - id' PERCENT ERROR 

10 - 20 PERCENT ERROR 

*** 20 - 40 PERCENT ERROR 

vt >4 0 PERCENT ERROR 



PLEASE HAND IN THIS TABLE WITH YOUR FINAL LAB 
REPORT. IF YOUR SAMPLE IS AN UNKHOWU , YOU MAY PROCEED 
TO PART 3, WHEN READY, BY TYPING CHEMLABl AGAIN. 



Figure 2, CHEMLABl Output, Part II 
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[28] SWITCH^U 

[29] -^-iDATAL V AiSWITCH ;ll^m) /VRKCULA 

f^30] • SAIIPLE DKSIGllATIOi: r-iJ£ FUI^J- TYPE PURE)' 

(■313 DATAlVAirjWITCIIill^iVUKBAnHl 

L 32 ] DRA CULA : -^i { cDATA [ xGWI TCH ; 1 5 ] ) /FA h: . FURTHER , Fli'A LE , FARES? 

[33] FAREOT:' RECORDS IHPICATE ycU HAVE ALREADX FILTERED VALID r i:FORl^iATIOK FOR / 

TUB oAi'lPLE' I 

L3U] • TYPE AHD Th'TAL CHOSEl;. THIS 1 UF CRI'iATI Oil CA:,':!0T BE ALTERED, IF TFIERE IS A VAL i 
ID HKASOi; TO CHAi-iGE' \ 

L35] • Tl^IS DATA, lUDICATE IT I h' YOUR LAUCRATORY REPORT.' 

[36] -^0 

[37] FAR:' FART 1: Ei'iTER THE F0LIOWI::g FIEChS OF DATA \ ^ . 
[38] 

[39] FUDGY^PTd^'l 

[UO] RETURl^^T T26)-irl . ^ . 

[Ml] Mil l/EIGHT OF TUBE AlW COiiTEUTS BEFORE liEATlHG.'' 

['i2] DATAlI \SWITCII ;2l^U 

[43] '^{j2Q>)+FUDCY 

[tHf] RETURI/^RETURU, {126) + 1 

[4 5] ♦|2| WEIGHT OF TUBE AlW RESIDUE AFTER HEATIrJG.* 

[UG] PATAU 'ySWITCR ;3:\^-U 

[47] J26)+FUDGY 

[48] RETURlh'RETURi;, {I2b) + 1 

[49] M3| WEIGHT OF Eh'PTY TUBE. 

[50] DATA^I \::WITCI! ',^n^D 

[51] '^{l2S)+FUDay 

[52] RF.TURN^'RETlJRn , (l26) + l 

[53] M4| TEi-lVERATURF OF THE OXYGEN I GEETIGRADEl : ' 

[54] ->( {TEVP>lb ) A( ( ?ir/:7^^L')s33 ) ) /AROar/D 

[55] ' DATA OUTSIDE RANGE OF TEMPERATURE CORRECTIOl) TABLE; 16<r<33 'oC' 

[56] -i-RETURHlpRETURin 

[57] AROUND iDATAlI \S i/I TCH ; 5 ] ^TFMP 

[58] ■^{J26)'^FUDGY 

[59] RETURN^.RETUkiJ, ( I2G ) + l 

[60] M5| BAROMETRIC READIPIG; UUCORRECTEl? AT R0014 TEMPERATURE. ' 

[61] '*-{{TEMPk710)A{{TEMP^n)^7e9))/AROUHD2 

[62] • Z54T>1 OUTSIDE RANGE OF PRESSURE CORRECTIOl} TABLE; 7105P<;7G9 MM, HG^ 

[6 3] -^RETURNlpRETURin 

.[64] AR0UND2 iDATAlI ;SWITCll ;Qj^TEl-IP 

[65] •^►(126 )+FUDGY ' - ' 

[66] RETURi;^RETURH, {12^) + 1 :? 

[67] 'IGI VOLUi'lE (UHCORRECTED) OF OXYGEu COLLECTED, 

[6 8] /?/ir/l[7 ;5.V7i'^C^;7]-HtJ i 
[69] I2G 

[70] HETURN^RETURlJ,LAST^{l2e ) + l 

[71] ti . 

[72] • ///ll-'/; YOU MADE AVY ERRORS IF ENTERING YOUR DATA ?' ■ 

[73] -^i-U)/ \tTR=\3 ) /GOTCHA , GOAL, GOLLY 

[74] '« 

[75] » Zi/l^T/iV? IWMBER OR NUMBERS ( FOy//Z? 1/7 THE \ \ ) OF THE INPUT STATEMENTS A 

SSOCIATED WITH^ 

[76] ' THE DATA YOU WISH TO CORRECT. IF MCRE^ THAN ONE NUMBER IS TO BE ENTERED, SEPAR 

ATE WITH BLANKS. • 

[77] GOTO^O, ( ( ( I {DQ^^pRETURin-DeL:) ,1)/RFTURN 

[78] GATE^{2,Di^)pRETURN,l<^{RETUR!; -2 ) 

[79] '^{{pGOTO)<2)/RETURNLD{2^ 

[80] GOTO^WUOTO ^' 

[01] FUDGY^{z2^)-GATEl2;{GATEll\'\€.GOTOil']) / \Dg'}^-2 

[82] '^GOTOll'] . • 

[83] GOTCHA ii'ART^{ ( 20x [o. 5+Z)/ir/l[i \ SWITCH ; 3] T2'iO - 700 ) f 20 

[8 4] i^/l7i'2'-^D/12M[/ ;Sli/Jr67/ ;^'} -TCTABLEl [ 0 . b + /;/t :'7i [ J xSw'ITCH ; 5] -15 ;?/l/^T] + 

0.03 . ; 

[85] PART^PART - VPTAB LEL [0. S + DATAil ;S^I TCH iS'} - ISl , 

[86] DATAII \SyiTCH ;^']^(PERCENTltWI':BAH']^ {DATALl iSWITCH ;2l -DATAII ;SWITCH )x25528020x( 

DATA LI iSWITCn ;bl'i-2 73 . 16 ) ) 

[8 7] DATAII 'ySWTTCH ;^']^DATALI ;SWITCH ;6] t 334 7 5. ISB^PART 

[8 8] FUDGED I {DATAII -/JUITCH \b'\'DATAlI xSWITCH\l'\ ) tDATAI I ;SWITCH ;6l 

[89] " , 

[90] '^{{FUDGE<Q. 1 ),i(0. 1 <FUVGE ) a( FUDGE <0 . 2 ) ) , { {0 . 2^FUDGE ) a{ FUDGE ^ 
0.0 ) ) AFUDGE>o\ 3))/VGJW,PG, UA 

. Figure 3. Steps 28-60 of CHEMLABl .■ } Figure 4. Steps 61-90 of CHEMLABl 
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Line 



79: This line is the Ouestion Ratry Area termination check. It checlts to see if GDTO 
has fewer than 2 el^&psnts; this should occur only after the last student letry 
request has been processed. 



Line BO: This line truncates from GOTO its first element; this element is the statement 
number associated with the question that has just been processed. On the first pass, 
this elensnt is set to zero and truncated. 

Line 81: This lina calculates the value of FUDGY necessary to cause a branch back to |L|.ne 
79 which is the Question Retry Area termination check- Note that this /jiranch-bacK 
will occur from the termination point of the question beinq retriei. 

Line 82: This is a branch to thQ first element of GOTO, which is always a statement number 
and always a question entry point. 



The relatively elaborate data entry and correction features just described make it :iasy for 
students new to the computer to use it without frustratiiiq dslay. These kinds of teatures are 
especially Important in the programming af functions to be used by a large number of students 
within specified, limited, period of time. 

Other features ot this program and auxllliary programs necessary for its operaV: .a will be 
presented, as time permits, in the oral presentation. 



A major program evolves, in general, from many drafts. Problems often seem to arise where 
no difficulties were anticipatei. it is very important that the academic directions and 
decisions come from the faculty member. It follows from this that a faculty member needs to keep 
in clo^e touch with the develDpaent and debugging of the program, particularly in the early 
3 1 a g e s^l^'A^ good, operating, interactive program represents a large investment of programmer and 
f acul t y\tinie. Some of this invaistjnent may be recovered if an attempt is made to generalize the 
program ^ that significant blocks of it can be used in other applications with minor changes. 

If the computer is not under your personal control, it is important to consult with the 
coapater center before, trying to process a large number of students in a fixed period of time 
through an interactive program. Languages such as APL are often run simultaneously with other 
reiBote languages, and with background batch processing, A low priority assignment to the APL 
system you are using may result in relatively long delays between the transmission of a line by 
a student and the response by the computer. Delays of 10. seconds are long, and of 30 seconds or 
lore destructively frustrating- Often a change in priority will reduce such delays to a few 
seconds at most. ' . 

Some students' view any kind of computer mediation of insturction as a negative, 
depersonalizing, undesirable interference with the educational process. It appears to us to be 
important to emphasize whenever possible that programs such as CHEMLAB are intended to improve 
student-faculty contact by raovingsome routine data manipulations to the computer, and using 
that time saved for dealing with whatever some of the current "real" problems are. In other 
words, the time spent by the faculty and student in the laboratory is not necessarily reduced, 
but the questions and discussions which occur seem to be devoted more to "how" and "why" rather 
than "is the number right?" or "what did I do wrong?". 



ACKNOWLEDGMENT 

We are particularly indebted to Mr. James Higgins, academic manager of the SUN Y-Binghamton 
computer center, for his encouragement and support of the development of our computer 
applications in Cheraistry. Ve were very fortunate iti having available to us the programming 
assistance and expertise of Mr. Kevin Kelley and tts- Anne Kellerman. 

FOOTNOTES 



K Thomas R. Dehner and Bruce e. Norcross, "The Use of APL in Computer-Assisted Instru-tion in 
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A COLLECTION OP GRAPH ANALYSIS APL FUNCTIONS 



£- Girard, D. Bastin and J. C. Bault 
Laboratoire Central de Hecherches 
ThoBSon-CSP 
Doaaine de Corbeville, B. P. 10 
(91) Orsay, Prance 



SU|mar}j 

A set of functions dealing with graph theory is presented: graph description, 
aoaif ications, X-connectivity inalysis, and search for paths with given properties- Graph coding 
coherence and the aodulacity of APL functions enable one to link these different pr nr^oH n 

and to usa thea in su^h dif f erent -.pc-ol>iees as -~&4^itai ciccuit iapieaeutai 
dete^tioDr and I. C. nask layaat. 

The APL fanctions are givan in Appendix 1 and detailed examples in Appendix 2. 
1-Introd action 



Graph theory is encountered in many fields of application- Graphs are very useful for 
aodeling aad describing processes and systeas. Thus there is a constant need tor algorithms 
dealing with graphs and leading to efficient computer prograas- 

During tlie development of several projects concerning siaulation ot digital circuits, 
generation of fault detection and location sequences, and layout of printed and/or integrated 
circuits, we had an opportunity to experiment with many graph theoretical algorithas. This led 
us to write a collection of APL functions which we intend to describe in this paper. 

The main data structures and general functions for handling thea are first described- Then 
a collection of APL functions iealing with many aspects of graph theory are detailed. 

2 " i£a2h Description 

The choice of a good dascription for graphs is not a trivial task. Two main constraints, 
usually conflicting, prevail: 

- keeping memory occupation to a minimum, 

- providing efficient execution. 

Several coding schemes are generally used. On the one hand, there are list structures 
which meet the first requirement but have the drawback of being unwieldy to handle; on the other 
hand there is the connectioin matrix in which the £th j:ow_c^ontains the numbers of the vertices 
cruunected (next neighDors, pteiecessor:* or successors as the case may" be)" to vertex numbered' I, 
This coding scheme meets tie second requirement Dut has the objectionable feature of wasting 
memory uaaacessar ily. 

This state of affairs mains that one should not have a single coding scheme but rather the 
capability of several schemes with the appropriate routines for switching easily from one to the 
other. 

In vfhat follows we use mainly two coding schemes: 

* la the first method, akin to list processing, graphs are described by means of a 
single vector whose coaponents are either zero or integer indices. The indices for 
the vertices connected to vertex labeled I (adjacent vertices predecessors or 
successors accordingly) are the components of this vector comprised between the Ith 
and the I-lth zaro- This way of describing graphs is convenient for APL for it 
keeps aeaory occupation to a minimum while it is well suited to APL operators. the 
only disadvantage in certain applications such as graph redaction, is the reguirment 
that vertices be nuabered from 1 to N, with U the total number of vertices in the 
graph under consideration* 

♦ In the second metaod, graphs are described by a^eans of the so-called arc matrix (or 
, edge matrix in the 2ase of unoriented graphs). This matrix has two columns and as 

many lines as thace are arcs (or edges) in the graph. This scheme leads to memory 
occupation usually Larger than that in the first scheme bat it is better fitted to 
the array capabilities of APL operators* 
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Seaeral Functions 



According to the preceiing coding schemes it is necessary to handle vectors consisting ot" 
groups of indices included between two separators/ nanely zeros. 



V PR M 



extracts the Nth group from vector V- 



Exaagle: 



2 3 0 1 3 0 1 2 H 0 3 0 ?/V 2 



1 3 



V PP N 



gives the cooponents stored in a given vector V between 
the zerD whose index in V is N, and the preceding zero. 



Example: 



Example: 



2 3 0 1 3 0 r 2 If 0 3 0 10 
12 4 



indicates which groups contain a component of value N, 



2 3 0 1 3 0 1 2 4- 0 3 0 o;/ 3 
12 4 



V SR N 



gives tlie indices of ea^h 0 iumediately following the 
components of value R in a given vector V 



Example: 



2 3 0 1 3 0 "lii 4 0 3 0 5/? 3 
3 G 12 



V HODIFY U 



replace? in the vector V the group of number W[ 1 ] by the 
group fDirned by W[ 2 ..•XXXXX 



Exam ple: 



23013012 U03C IICCIFY : 2 5 G 7 
2 3 0 5 6 7 0.1 2 4 0 3 0 



N PERL V 

Exam ple: 



jxchaigas in vector V components whose values are N and N[2] 



3 4 PERL 230130 124030 
2 4 014012 30 4 0 



N PEttB V 

Exam gle: 



exchanges in vector V the two blocks whose ranks are N[ 1 ] and NL2] 



3 4 FERB 230130124 0 30 
230 1303, 0 12 4 0 
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Three special functions f^r sorting and deletion are constantly 
usad. These are: 



TTHIC V; 

COM V: 
TRI V: 

CODE DECODE V 
Exaraple; 



sjrts a given vector V in ascending order with f 
deletion of multiple occurences. ; 

deletes taultiple occurrences in a given vector V. 

B»rges groups from a describing vector having comaon 
components, into a. single group,. 

decodes the vector V according to the code provided by the matrix 
C30E where the first row corresponds to the new numbering and the 
S2 cond one to the first QUaheria g- 



3 
•4 



/■; DECODE 230 1 3012 U03C 
210410423 0 10 



^ • Graph-Describing Fu net ions 

This niladic function simply builds up, in a conversational mode, the graph describing 
vector foL both oriented and unoriented graphs- 
Input: for eacli vertex the list of its successors <or of the adjacent vertices) 
Output: the resalting describing vector- 
In the case of unorieated graphs the description is checked for inconsistencies and ill 
described vertices are printed out- V 

An example is given in Appendix 2 and will be used throughout this paper for illustrating 
the different APL functions.; 

OBTPH^ and OBTSUC: ^' 

These two complementary monadic functions allow, in the case of oriented graphs, one to 
obtain the predecessor vector PRBDEC from the successor vector SUCCES and vice-versa. 

\ ..... ^ _ 

Example: 

SUCCES 

^ ^ ^ 0 ^ C 5 C 6 0 1, 7' C C £ 0 G 0 7 10 0 £ 11 C 12 
C 13- 0 14 15 0 12 0 16 ^"^ ° 18 C 0 0 20 0 22 C 22 C 

0 • , 

i<~L'REDEC^OBTPRE IVCCEE 
^ 1:^ 0 3 L 0L7 OS C G 9 07 0^-0 0 0 ^0 22 

0 31 lu 0 3 2 0 13 16- 0 13 0 15 0 ' ,0 30 0 C 19. C L 

L,^OB:SoVC i'REDEC 

3 0 3 O""' 0 5 0 G 0 4 7 C 5 C 0 0 C 7 IC C C 11 
C 12 C 13 0 35 0 12 0 if, 1*' ^ ^' ' 
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g a nct^on QBT^ J; 

This is for deriving the inoriented graph associated with aa oriented graph. 

3^30121; C35C04n7Ci^57CbC89 

C .7 9 IC 0 7 f 10 0 P 9 11 0 10 12 i2 0 11 13 \U 0 

12 m 15 0 :2 13 16 0 13 IC 17 C 1^ IS 1? 0 lb C 

10 0 20 G 19 22 C 22 0 11 20 21 , 0 

Fuact 4.0ns Aa^TB §pd i?ECT: ^ 

The arc aatrix AfiCHAT or the edge aatrix EDGHAT are derived £roB the correspondiog 
describing vectors SUCCES or ADJAC by neaas o£ the function ABETS (French for "edge"): 

ARCMAT AHETB SUCCSS 

SDGHAT ^ ARETE ADJ4C 

In fact t»o different f ^n^ti^n_? ja£?__osed|^^neir_ A,aETEjr^ if aultiple edges ajce not considered; 
tSa" artl[er7 THlirr~wKen auHbrpTe edges "are" p"fesent. " "'" 

Conversely, the describing vectors SUCCES and ADJAC are derived froffi the corresponding 
aatrices: 

SUCCES VECT AfiCMAT 

ADJAC VECT EDGHAT 

fl^gels 

Function BOUS (French for "wheel") builds up the describing vector AOJAC for a vheel of 

given order. The "hub" is the vertex labeled 1 and the otehr ones are on the riit. 

r ADJAC ROUE N 

lxaB£ie: 




liOVE 5 ■ 
2o k 6 0 IG 3 0 lit 2015 3 0 1 n G 

1 5 2 0- 



EKLC 



76 



i^iacent Vert^qes 

Vertices adjacent to a qirea vertex labsled H are provided by the d/adic fuaction ADJA: 

ADJA ^ SacCSS AOJA If 

Ejtaa ple: 

bVCCEL ADJA 11 
^ ^ 10 12 2 2 

• * 

CVCCZi ADJA 1 



iag§^§tQ£g o£ a 94 yen Vertex 

Function ASCBHD gives the set of vertices froa which a given vertex labeled H aay be 
reached* 

ANC SOCCES ASCEHD M 

tiiCCES Ai,CEl!D 72 
20 '^1 icj 

LUCCES AiCEIJD 3 

12 

Peseta a dapts of a Give ^ Vertex 

Coavecsely the function DESCEH gives the set of vertices which aay be reached fron vertex 
labeled N. 

DBS ^ SOCCES DBSCEH M 

•A, 

bVCCEi DEtCEii 12 
13 1^ 15 12 IC 17 16 

HuCCEu DEtCuV G 
9 7 10 ii t 11 G 12 It 13 14- 15 IC 17 IC 
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Function COWCO derives tUe weakly-connected conponent to which the vertex labeled N 
belongs: 



Exaapie: 



CSC ADJAC COMCO 



t3 



ATJAC CCKCO 12 
12 11 9 10 0 



20 



/li^cMC CC/;CC? 20 



Function COFCO in a siniLir way gives the strongly-connected coaponent to which the vertex 
labeled N belongs, _ 



CFC ^ SUCCES 



COFCO 



.^^UCCricj COFCO 3 

3 

LuCCF.C COFCO 7 
S b ' (j 9 'I 7 10 

bi'CCn^ COFCO 10 
L b 7 iO L L 



5 " £.£3L£^-struc tuciaa functions 

Here are gathered several functions used for aodifying graphs byj^renoval, addition or 
duplication of arcs and/or vertices. The functions given belov in this paper concern unotieated 
graphs only, similar functions exist for oriented graphs. 

" 'The added- vertex - is labeled »ith -an -index_^.eqiiil„to_thB„highest_vertex the graph 

plus one. It is sufficient to indicate by the vector H which, ,o^ .J:h,0....T^ 
to the new vertex. \ 



gKaaplg: 




CHAF2 " 

I •' 



6 
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DeletioD oC'a Vertex 

ScviiGEai- "Tertices aay be rr e-Baved .f now .a graph by, Ds^ans of tb.e .function ENL^:VS«.. The vertices 
to be renoved are given In vector N. Vertices are relabeled. 



Exani^le: 




12 6 l^nLKV^^ GRAF 2 
3 0 3 0 1 2 C 

The ddditioa of an edge is perf-^^r^^ed through the dyadic function AJOUTA: 

&DJAC W AJOOTA ADJAC . 

\ 

i^^^^^^^^: S^^^^ a"~t W6~' coa ponen t- vect or in dica t ing t he . t wo vertices incident to the a dded ed ge. 



Exaaple; 
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&&ii^i2A of an M£t 

SiRilacly an edge is deleted vitb the functioD SHLBVA: 




2 4 Eh' LEVA GFAF2 
2 .0 1 3 0 2 5 0 5 0 3 4 'e C 5 0 



On ae/rying tvo vertices, the resultiag vertex is incidana: to all tke edges incident to the 
tvct. initial vortices. Edges vhich aay link these tvo vertices are deleted. Vertices art.'^ 
rel&heled- ' ' ' 

ADJAC COUTHA ioJAC^'' •'-••J'-'^ 

^ M„is^a„t worLCoap.oDAy,a,t„v^ac±.or— glv-ijig i nd ice^— of- -V-ect.i.ces_to_fae._iie r.ged. __4 




3 b COUTiui GRAF 2 
2 0 1 3 2 U 5 0 2 3 0 3 0 



A given vertex aay be split so as to generate t^o vertices* One o£ these vertices keeps the 
initial index, the other is lat>eled vith index N /t^ where H is the total auaber of vertices ia 
the initial graph* - , 

Edges iaitially incident to the considered vertex are assigned to tvo resultir? vertices 
iccarding to the user*s choica. The vay the splitting is perforaed is fixed in the left 
afgucent of the corresponding function dubbed HXTOSE for obvious reasons. This left argaaeat is 
a ve::tor H vhose first coaponent has for its value the index for the vertex to be split. ,^The 
other coaponeats are the ii dices for the vertices vhich should be kept adjai^ent to the first 
resultina vertex. 

Exaag^e: 




2 013 4 0 2 5 07 20 3 67 0 5 0 45 0 
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H^ xiaal Slifea£*Eh Extraction 

Kxtractiag « aaxlMal sadgraph froii a graph (vhich aeaos siaply keepiag in tke graph a set 
of H Tertices along vith all tie associated edges in the giTon graph) is perforaed vitk the 
functioQ SSGR&X. Vertices of the subgraph obtained ia this vaj are then relabeled vith indices 
ranging froa 1 to H in correspjndence vith the initial order. 

GBAPH 56 S5GflAX GB&PH 




2 4 5 6 SSGfAX GLAE7 
2013 0 2 1+0 3 0 

6 - icagh iaiixiUa Ean^tions 

In this section ve gire a non-exhaastive set of functions for the deterainatioa of the 
characteristic coapoaents of, ox the reduction of, graphs. ' 



TTriiFitl"bBr' 6 f Ueq cees . anl.. 0 q t'^^? enj;; eg s 

The function DEHDK6 detaraines thia in- ~ out-degrees of a subset; SET; of- vert4ce$.\.i|t a 
given graph. 

D •<> SUCCESS DBHDKS SBT 

D is a tvo-coapoaent vector fihere D[ 1 ] and D[2] are the in*degree and the out-degree of 5£r« 

^UCCES DEMDEG 12 13 14 15 IG 

12 



Cycles in a graph (assuaed to be connected) are detected vith the function CYCLE. The 
procedure used here consists ia deleting pendent vertices froa the graph. Then pendent vertices 
are deleted froa the resulting graph and the procedure is iterated d^til no aore vertices can be 
ieleted. If all verticas have been considered, no cycle ia pres??>iCit. 



Bxaaple: 





CXCLE 2 0 1 -^3 i4 0 2 5 0 2 0 3 4 6 0 



5 0 



CyCLE 20146040 2 350 4' 0 2*7806060 
LE GRAPIIE EST SANS cyCLE . • ' • 
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The aonadic fuaction WHEfiL returns zero if the tested graph is not a vheel, and H if it is 
a wheel of order N. 

N tfHEEL GRAPH 



Bxapple; 




h'lIEEL 2 4 0 1 3 G 0 2 ^ 5 C 0 1 3 I J U 3 G C 5 3 2 0 




l.J^rBu 23UU.13 C0l24S60l3lj0if35-C 53 2 0 




WHEEL 3ti03C01iit5601350i43605320 



This is a classical algoritha iBpleiented by function JLEBCO?* The result is sinply a 
describing vector for the spanaing tree- GRAPH itust he renuaSered by the function HSWNOT: 

SPT.^OLTADJ CCOE DLCODt ARCCOV NlV.I.OT GRAPH 




3 




o:f:V;.w'.^> COLE DECODE ARBCOV i:EWt}OT BOVE 5 
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Deter ninat ion of Sieaentarx Circuits 

FuactioD CIBELH ittpleaeats an algoritha devised b/ J. C. TerDaD[9]. 

ELCIH ^ CIRELa GRAPH 
Exaafile: CIREL:-! SUCCEC 



4 


5 e 




5 


6 7 




7 


8 9 




B 


.9 10 




12 


13 14 




12 


13 Vj 


li 


0 


5 C 7 


0 


13 


15 IC 


m 



Function NSTW returns the nuaber of spanning trees in a wheel of order N- 

NOMBBB NSTM H 
The nlgoritha is describel by B- B- ayers[5]- 

la fact» two different functions are ussd, one is recurrent (HSTH) , the other not (tfStN) : 
Exaaple: 



1£ 

16 

U5 45 



.sr/, 5 121 



WSTvl 3 



121 



DecoapositioD Into Connected CoB22il§fit§ 

fieduction of graphs int> their weakly-connected coaponents is perforaed with the function 
DGCSC which uses a classical procedure. The set of vertices connected to vertex 1 is first 



derived and extracted froa the iaitial graph, then the procedure is iterated on the reaaining 
graph. 

SCCOHP ^ DGCSC GRAPH 
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»c::0HP is a vector forned by tie sets of indices of the different components delinited by zeros. 
Exaaple i 




ADJkC 



3 


0 3 0 


1 2 


4 0 K,3: 


5 6 0 


4 6 


0 4 


5 7 0 6 


0 9 0 


8 


10 11 


0 9 


110 9 


10 12 


0 11 


0 14 


0 13 16 


17 10 


0 16 


0 14 15 18 


0 14 


0 14 -IC 


19 0 


18 


0 0 22 0 


. 21 0 




1 3 


DCCUC 
2 4 


ADJAC 
5 6 7 


0 8 9 


10 11 


12 


0 






13 14 


16 


17 18 


15 19 0 


20 0 


21 


22 0 





i££Ek Pecoa position Into Stjronily Connected Coa pone nts 

Graphs are reduced in thair strongly connected coaponents by the function DGCPC V^lch uses 
a procedure siailar to that dascribed above: ,f 

Exaaple: 

DCCFC SVCClCt^ 

1 0 ^ 0 3 0 5 C 4 7 G 0 10 0 11 0 13 14 15 32 IC 
^ 0 IP 0 19 c 20 0-21 G 2'. 0 



2St®£5iE£tion of Pend^at Vertices 

Indices for pendent vertices appear only once in the describing vector 

PENV£a SOnPBN GRAPH 
PENVEfi is a vector whose coapoaents are the indices of pendent vertices* 

Pgterajlaation E22iSi ££S§S ■ 

Vertices belcaging to rooted trees are deterained by coasidaring first pendent vertices li^nd 
then deteraining paths fron than to the roots- For convenience, roots are not included la their 
corresponding trees but are coasid^red as articulation points. Their deteraination ia pecCoraed 
b/ the function REABHO: 

input arguaent: describing vector 

j,gstt' a vector containing the sets of indices of the different 

rooted trees* 
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In the £olloving, graphs ace assuaed to be connected. 



Deter ain at ion of Cycles 

Independent cycles are letsrained while building a spanning tre«*> Booted trees are first 
detected and deleted froa the graph: 

input data: vectors describing respectively the graph and its 

possible rootea trees. 

result: a describing rector for independent cjcles irhose naaber 

is equal to the graph cycloaatic nuaber. 

Determin ation of Lobes 

k lobe (2-conttected coapanent) is a set of cycles ic vhich two cycles share a cobbob edge. 
Lobes are deterained with the function BfiLOBE whose input ^irguaent is the cycle-describing 
vector and whose output is the lobe-describing vector. 



Deter Bin at ion of Cut-Ed ges 



Cut-edges (bridges) are edges which belong neither to a lobe nor to a rooted tree. Cat- 
edges sharing a coaaoa vertex ire considered as a sinqle one. 



Deteipai nat ign o£ Cut^Vertices 

This sectioG is concerned with the deter aination of cut- vertices between two lobes, one 
lobe and one rooted tree, or one rooted tree and one cut-edge. Cut-vertices within a rooted tree 
or a cut-ed^ e arc not considered -here. Function ^HEPOAH is'^used for this purpose. 

Foe each c»i»:-vertex three sets of data are provided as follows: 

a. cot-rertex between two lobes: '^^ 

■ • i" 

\ 1. index of the ^nt-vertes , j 

^ 2. 6 3. rantcs of the two lobes in the lobe describing vector. 

b. cut-vertex between a lobe and a rooted tree: 
1. index for the sut-vertex 

2« rank of the lobe in the lobe-describing vector. 
3. negative of the ranli of the corresponding rooted 
tree in the root ed- tree-describing vector. 

C« Cat-vertex between t rooted tree and a cut-edge: 

1. index of the zut-vertex 

2. negative of the rank of the corresponding cut-edge in 
the cut-edge-iescribing vector 

3. rank of the corresponding rooted tree in the 
rooted-tree-d ascribing vector. 

r 

This way of representing cut-vertices (or articulation pcints) is convenient for finding 
tiie coapo^ients they ccanect. i 

Several of the above faactio&s are gathered in a single function, OECOHP, for the redact Ton^ 
and the deterainatioa of characteristic eleaents in a graph. ^ 

Xu exaaple is detailed ia Appendix 2. . \ I 



Eulec Idn Circuits 

Eulerian circuits ace ieteuoiaed through a «ainirsc:oi i** procedure [7,8] i ■pleneiited by 
function EULEB. 

tn the case where the graph under coosiderdtion is not Hulerian it is aodified by 
duplicating a ainiBum nuaber of edges in the graph. Function ACHEtt perforns this operation. 



data iuput for EULEB: 
result: 



graph describing vector 

a tsessage indicating whetbet- the givea graph is Eulerian 
or not. 



If not, the list of the paths to be duplicated is printed out. The Eulerian circuit is 
described by a vector formed by the indices of the vertices, given in the order they are 
encountered adong the circuit. 

Exanple: 




22043056078012033050077 

LE GHAPnS trEST PAS EULE!iIE:i \ CHEKINS AJCUTES : 

2 4 

3 5 1 

7 5 2 4 8' 



CIRCUIT EVLERIEti : 



12 4 



752 487524763 6 3-^' 5 ' 1 2 3 & .1 



&6£21£2§iti°Il Iat9 2-_aa4-ll£2inect Coaggno^ts 

This decora posit ion takes advantage of results^ established b; KleitMan[ ]i for aininizing 
the ifumber of pairs of vertices for which ei^tjer tw^ three- vertex disj oint paths ace sought. 

• The graph is 2-'Connected (or 3-connected) if these two (or three) aisjoint paths are found. 
In the case that no such paths '^exist, the cut-vertex (or cut-set) linlcing two sets of 2- 
connected (or -S-connect ed) coaponents is provided. 

. This proc«^dure is then iterated on the two resulting sets. 

; ■ , . ] . . " 

A special labeling procedare is, perforaed to find the vertex disjoint paths£3]. 




CODE DEC:^C Ij^A 1 
5 6 0 3 8 9 0 2 
14 5 0 3 4 



S 0 2 5 9 
CONPOSAirrE Z-CONNEXE: 23-47 



elusion 



if illistrrtef i^AppeaSif -"stantly undecgoing iapco,e=e.t and extension. 

capabUiU^s pJa"ded''brt./APL'sysC-! '° -odula.ity. extensibility and interactio.-. 



autoaati 



Interactioa is iesltabia for problems which ca«not reasoaabiy be solved in a fully 
atic Banner, luis is the 2ase foe problems encountered in graph theory. 



..nUi'S''^^ ^o-f'^"^' " this study API has been considered more as a tool for establishing 

rapidly and economically the larits of different algorithms dealing with graphs. 

„ algorithm or a sef of algorithms are declared suitable, they are turned over 

to professional programmers for translation into another l-.iquage (mainly FOHfaAH) in order to 
produce a more efficient progrim which is. of easier access to the whole engineering coDuuiiity. 

r.f .D?*" ^''fu P"^^"*' ^^"^ this system is intended for development purposes; but with the spread 
of API. and the imminent availability of computing systems built around APL tSiis situation may be 
reversed. In this case the use of such design automation tools could be contemplated at anY 
stage in the design process. ' 

The transfer of aigoritiis from the designer to the engineering prograii developer usually 
rejaires no flowcharting. The APL listing itself is considered here as a reference document. ' 

We feel also that the use of aPL language could be extended as a convenieat vehicle for 
communicatioc. We suggest generalizing its use to the formal description of algorithms dealing 
tfxth graphs, ^ 
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APL Functions 



belaw!'lt''hai'beer:sel lol I'^Tu^rtitLiL""^""" different K,i operators is gi.ea 

performing the saL operation. ceaparxson between APi and FoataAH progra.s 



OPBRATCR 



NUI'IEER OP TIMES 
0PE3AT0R OCCURS 



PREQUENCY 



OPS RATE UB 



/ 

c 

■■• + 
p 

-v 

V 
I 

X 



> 

r 

A 



V 

L 

\ 

I 

I!] 



NCIuRKE V^CCCVRREKCES 

528 
293 
241 
233 
181 

177- 

167 

128 \ 
116 \ 
68 ( 

63' . I 
5-8-.., i 
5 3 

37 I 
35 \ 

3 3 \ 

31 

15 

14 

12 

12 
11 

7 
5 
S 
3 
3 
2 
2 
1 
1 
1 
1 



20 .55 27 
11 .4052 
9. 2810G 
9 . 06968 
. 7 .045.5.4 . 

6.50058 
4. G8S4C 
4 .bl 53 iJ 
2.C4G94 
.^^5232 
. 257G9 
.0C306 
.U4025 
• 3624 
,:i8n55 
. /067 
1 .2 0C7 
C. 583085 
0.544959 

C.4571 ce 

0.4671 08 
0.4281 02 
. 27248 
.1 94 62 E 
.154G2B 
.11677 7 
. 11 6777 
.0778513 
.0778513 
.0389257 
.0389257 
0.0389257 
0.03G9257 



0. 
0, 
0. 

0. 
0. 

C. 
0. 
0, 
0. 



[23 -(2+i=r/^:[ ;i J) ;2j = J)- + /A;L ->1 

[43 (1 5)o' 'I'LE GhAPHE ::''Li:T PAL FtLiTi- i r'"; ; CHEr^HS ASCITES 

[G3 V*'iiI'^{D>0 ) / \qD ) ^-0 

[7 3 v/:7;<:;/-rr;^ic(A;L ;i ]oV)/;;[ ;23)/9 

[8 3 -7. .0,'/ 

[0~4 H^I^i {DIUIDJ DV)i\ 3 

Li'O j ^(10+J = + /7-0 ) ( JcV rZ-^-J+l ] /J^-( J=.V[ ;2 ] ;13) [i 3) 

[11 J .p//33-(^^[/;'[l jJ-1) ./:^[//Lp//]3 + 7-l 

[12 3 -(12+( J^I+l ) = p// ) . ./Xd + C p/')[l 3 ) ( ; ] ) „/^f.-j ./;[J+1 3. ./'f^/'+i (p.-)( ^ ' ^/.T ]i 

[13] ^(:)x-A/o=y>),7-H7.(~l + pLj-^//)pO 

[1^3 (1 *:>)p' GhAVlfE ELT EVLEKiKU.' 

[15] V 

[13 ^^TTF.ICiV PB fJ),V EN i: 

[23 V 

r 

[l3 -( 2x~0£//) .^i^P' 

[23 Z-( (/[Z^ J-l)p;i) ,/l ACl^\lE'^)lEOF{ViA 3 -1 ) c Z ) , ( 5^-[ /AO .(""l + CVVC 2= Q ) / i P 2 ) [v^i -f /;;] ) /?f OP Z 

L3 3 V 




[13 A-^lt + Z V'-Z-^-O 
[23 (I^/ + l )>pA )/^ 

[3 3 -^2.'/^K l^ODIFX /UI]./:.^' P/^ jVlij 

[m3 z^v ,n ,0 

[53 V 

[IJ 1^1+ 1^0 

[23 £^2.(r/(/3<J)//l^{v F^^-h/+i),o 

[3]' ^2x/< + /V=0 

C»4 3 V 

[l3 f-H+yi^c Jh-p^-hio 

[2 J 2 + J2if) .AK/./,, ( Jx/1 = 0)+/1-h( ( 2xp/l )pO .1 , P/f J^J+1 

[33 A.^((-P-p^'),2)p/.; 

[tt3 V 

VK^ARETf. r ;/l ;B;7;P 

[1 3 F-H + /l/=/4-p//-HiO 

[^3 H.(2 + J^f ),Af^A/,(JvB=0)+5^((-ixp>? )pC,l )\/l-^rT;?JC V PA' J^J+1 

[3 3 W^C C-P-Dl') .2 )pii; 

[U3 V 

S!Z^V ASCEND n \I \A 

[13 -^{O-pZ^V EN A')/J-^Q 

[23 -*'2xJ;^p2-H2,(~/leZ.)/yl^t'* SN Z[J-^I+l3 

[3 3 V / 



/ 

/ 



/ 

/ 



[1 ] *(iVC> + / V=0 )/p^-L-'mC 

[2] L //-+/;.;[; 13° . = tr/ A^-rzi' v )[ ] ; 

C 3 J lA RK^ ( ( p SFL , 2 ) p/1 FL c /•/) C 1 ] TL c :'- ( i //.;[;: j ) f :^Z'?^C 
[tt] (t7>p^FLCr) ,J = t;-et7+l )/9 ^ 

C j /'//I ii^iioa X,c7 • 
[6] = 

[7 3 rr-T 

[8 3 illC'TT) .1 )/3 b 

/s3 • :-..ioxo^/;c^//c-i 

[11 3 i;'A;£*-(AM^/:[ ;13'^0)/ i ( p/-/4 ) [ 1 ] 

[12 3 ^7;i:<- ( kVI ,:'a [ ; 2 3 5^ 0 ) / t ( p /.;;! ^'a ) [ 1 3 

[13 j Z^TTiaCi {--SNE^i^l^lb)/ LME) , {--V 01 Lc DKT ) / VOi rv ;1 ]r ♦ 23 

■Ca^O -^(o=pL)/o ■ ' 

[163 V 

"^Z^'CIhELr. G;P-Ji;I;J \ K ; G P Uk 

U3 i^-^/^pCA'^-l ) ,/y«H(;,'^+/C=0 )pt7-*-pii'«-iO . ... 

L/.3 <iGPi:K[i}'\>P{l'\)r.(-^GPhKU'l€P);^'-{C?HK^{G PR PlK']) ,Q )U ^1 '\^H PP ^[i''')/lC 

[3.1 '*{J<^GPhK) /2 ' 
[4] jeC?P7i7:)/C 

[53 2^2 .(Ll^(?5:0 )/P) ,0 

[63 -►(A'=l)/12 

[7 3 n^H MODIFi\PlK'j 

• [s-3 ;^c^£?2-m-P[ A -1 ■]•),(// Pii p{;:-i-3) ,p[A"j " - 

[93 ,i{:-i-A'-n-c/^p[A: 3-*-o 

[103 />A'+1 

[113. ->2 , ,P[^']-(C p/r P[;(-l3)[t73 

[123 -^(P[i3=//)/0 

[133 -^2, (P[l 3^P[1 3+A^l ) JI^NpJ-^Q 

[143 V 

[13 ("-//ei;)///),Z-*-(iJ€/ ASCy-jD m/Z^/ DECCKil ti 

[2 3 V 

[13 Z^,J+X-i-0- 

[2 3 ^{K<oZ^ZA'-AeZ)/A^V PE Zlh:^K^\-\)/2 

[33 V 



VZ<'N COIJTHA V ;.4 

[^3 ^-(u-:^tp^)pM.(/i-((i^-n/ipi')LA[23])rAw v<-iv^v^n2^),ujtiY.V'-n2})^v>n22 . . 

VCyCLE V\T;W 
[1 3 - w'Liv'iV-ei r/fvV7]^o 

[23 H.3+0=pi"'-H(-J'€l» )/r . 
[33 H.i + 3x,l2pl^^2' EtiLE^y V 

[J3. (25x0=pr)Di?aP( 25.36x0=pf)p.i;ff C,-XP;/.v EtSr EAl^S G^CLE.LE GBAPUE P0G3EDE AV WING UV CYCLE, ^ 
VZ^M DECODE V 

ill Z^Mll;Ml2;l\V2 . . 

[2 3 V 
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VDECOMP V 

C 1 3 ' • • , 

(-21 t *************************************' 

Q3] t * ELEMENTS REMAhQUAUlES DV GFAPllE *' 

Ql^] I ************************************** 

[5] 

[6] AFBO^FEAFBO V 

[7] LOBES^FELOBE FECXCL V 

[8] PONTS^FEPOUT V 

[9j POAh^FEPGAE V 

[10]** » 

rfj^-j I ******************* ••********' 

Q12] • * EUCHAlHEMEliT OES ELEMENTS HEHAFQUABLEd DU GRAPHE ** 

[•^g-J . » ************,r***************-^*********************''*** * 

[!•+] 

[15 ] DECFIH 
[16] V 

V£)^C/?I/? ;I ;/i ;V ;,V1 ;f'/2 

Cl] I-^O 

[2] £1 :->( ( W+1 )> + /PC'>li^=0 )/£'2 

[3] U[2]<0 ) , (i4-*-P0/l/? Pi? I)[3]<0 )/K9 .ES 

[4] ' fcl-^* LOBE • 

[5] ,,V2-^L05ii;j P/? i4[3] 

[6] £:3:l-/l-^» .4 L^'AFBOP.ESCENCE ' iW2^AFB0 PF-AlZ-} 

[ 9 ] ^ 2 : I^'O . ' ' /. A.v OP.K.uCEtWE ' \AFBO PF A [ : 

[10] S5 :-*( (I-^I+l )>r/ PCNTS-0) /^yi^xV^O 

[11] A^PONTS PR I 

[12] ^6:-*( (7-^1^+1 )>p>l )/^7 

[13] -*EG .fc'l^Vl .(-f^'ielvl )/V2^-l;^>BS'^' ^.W^L/] 

[14] £'7:V^1 

[Je] ^IsTL-'irPO^^ KKLJ^ L/? LOf?/? *;L^^C^5 PP. rvlCl];^ /II/ iiOZ?E ' ;L03r5 PR P/Un 

[17] V * 

VC/C DEC2C V;I\AiKiCl 
[1] -+( (I-*-0 )=p ,i4-^2 CHEMIK '/ ) / 5 
[2] Cl^Cl+(i:i^/)C(76'C >1 ENLEVS V)^A 
[3j 6^/C[X]Z>^C2C(A:-^!rrPlC >1 .CI J-^Itl)^£i?i^^^A 

[5] T22i2licK]D^^^ 2-COntlEXE'. ELEMENT (WN 2'COKliEXEi ^ ;CK 

[6] V ■ ' ' . - 

VCK DEC3C V ;J ;A ;K;Cl 

[1] ->((I-^0 )=p ,i4^3 CHEMIN * 

[2] Cl-^(Cl^r/^)+Cl-^Clt(Cl^P(7C6'C 4 ^iViS'V'i' V )^L//i . m i ^. rn;,7M 1/ 

; [3] C/C[X]/)^C3C(;^-^r:.''PIC A,C\ PH I^I^l)CSGHA/AAy^^All^c\' PE Al2^)AvOblA V 

[5] 'T'niVJ^^^^ 3'COIJnEXE i ELEMENT UON 3:-C0NNEXE: ' ;CK 

[6] V 

VZ^DEGRAFx ORIENT \I\30hl\FIN \J \SOmET \A • • 

[I] 20p» ';23p»*» 

[2] 20 p' ' icDESCRIPTION DU GPAPHE* ' 
[3] 20p* •;23p'** " 
[^] »» 

[5] -^nE G RAPHE EST 'II ORIENTE 7 (RSPONDRE OUT O'U NON)' 
[6] DONX tORIENT^3Q\!l 
.[7] -^iifs/ORIENT^'OVI' )'^^/ORIENT' ' NOir ) / SVITEl 
[8] COPl :-*/PC?iVl ,D^»^I/7i4I6'^ REPONSE, R'^COt-U^ENCEH' 
[9] SUITEl lORIENT^fs/ ORIENT' 'QUI' 
[10] 'V 

[II] aOp* ♦ ;23p • ; (A4xl-£5i?I^;VT)p •* • ;8p . 
[12] 20 p' ' ;'*DESCRIPTION VU GRAPHE y; (h^l -ORIENT ) p ' N ON ';'ORIENTE* 
[13] 20p' » ;23p»*' ;(»+xi^a^j£:;vr)p*** ;ap»*» 

[14']'* 

[1-5] <LI5TE.DE5 ' ;{ i-2^0RIEl!T } ' SUCCiJSSEUFS (iSxl- OIUEllT ) p ' :J0:-1MET!J A DJACENT S ' 
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[163 
[17] 

[lb] 

[19] 
[20] 
[21 ] 
[22] 
[23] 
[2U] 
[25] 
[2G] 
' [27] 
[28] 
[:^9] 
[30] 
[31 ] 

[33 3 
[3U] 
[35] 
[3C] 
[37] 
[38] 
[39] 
[40] 
[41 ] 
[42] 
[43] 
[44] 
[45] 
[46] 
[47] 
[48] 
[49] 
[50] 



• INSTI^UCTIOnS ' 
I I 

'EN CAo dE DESCRIPTION FOUn IE UO!<r.ET 1,'^'APEEi SOmtET ;i A LA PLACE' 

'VE LA DESCRIPTION WVK SOKUET ULTEHIEUli.' 
'POVR TERKItiEH JA DESCRIPTION TAPER: FIN' 



\ FIN^SOMUET ^I^J ^0 
SUITE 2 : 'SOHMET • ; J^I+1 
SOM^.L 

■^iO^pSOM) /TESTl 

-^MODIF^xJ 

■*SVITE2,Z^'Z,0 

TESTl (l = p5C:/./)A6-0/V[l ] = 0 ) /TESTE 

-^iSONll 1^0')/ SUITE3 

-^MCDir^xJ 

■*S VIT E2,Z'^ZyS0l-1 ,0 

SUITE'J lo^l 

i^soxL2']-: 

■*SUI?E2 

t'lODIFxZ^Z :^0DIFy ,1 ,SOM 

'*sui'j:e2 

TESTFi 'NOt^BRE VE SOMMETS DV GFAPHE 
■*iORISNT=^l )/0 
TESTC0:A^VERIF:{ Z 
-►(0=p>l )/ J^O 

SVITEb : ' SOl'lMET * 11^ J> i ] 

Z^Z MODIFY >1[J],D 

-^('l<pA )/3UITEh 

-^TESTCO 

V 



» ;J-1 



VZ^V DEMDEG A ;I ^ ? 

[1] Z^2pJ^0 

[2] -►(2xJ<p/l ) ,(^L2]^Z[2] + + /~(V^ A[I'}}lA) ,ZlX:}^ZLi:\++/-'iV SN / C J+ 1 ] )€>! 
[3] V 

VZ^V DESCEN NiI;A 
[1] -^iO^aZ^V PR N)/I^O 

[2] '*2xI^pZ^Z,{-^AeZ)/A^V PR ZlI-^I+l] 
[3] V . 

VZ-^DGCFC V;I 
[1] S-i-iJ^O 

[2] (I> + /7=0 ), (J-*-I+l )e2)/0 2 . . 

[3] •*2/^^ZAy COFCO J),0 
[4] V ^ 

VZ^DGCSC, V;I 
[1] Z^xI^O 

[2] -►((I>+/7=0 ), (1^7+1 )eZ)/0 2 ■ , 
[3] ■*2,Z^Z,{V CONGO I),0 
[4] V 



VZ^N DROP V 
[1 ] (A'pO) ,( ((pJ^)-A*)pl ))/V 

[2] V 



VZ^N EN LEVA V ;A ' 

Cl] Z^iV MODIFY NlilAA*AlAxNl221^0)/A^V PR NllD^fODIFY N 122 , {A^A LA xNllll^O ) /A^V PR NL22 
[2] V ' - \ ' c 

VZ^N ENLEVS V;I 
[13 Z^i'-VeN^TTRIC ,N)/V+X^O 

[23 ■*{2^I^qN^N-1) ,Z^{{V'l + pZ PR NlXDpZUiVHiZ^O) /\f>Z)LNLIll)DROP Z^Z-NlI^I+ll<Z 
[33- .V ' 
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L 2 ] A CUEM 

[3] -^-C-OeirCJ^CZCl ] = /./[ ;2])/i (pA:)[l]] )/5 

[4] -^3 .(zL2>-2[2]) ,(rci>i (o=r[r])/i)[: ] 

[b] . -^(l = pL)/8 

[b] 2^L[J-i-""l + pZ,];2; 

[8 ] _ ( 1 S )p ' • ; 'CIHChir h'ULL'Rj^:\' : 

[9] iJ^4)(2>0)/Z 

LlO] V 



Cl ] ■*'(0=p/^,l/,)/p2-*-i;{^0 

[2] -^c 2x.a:<pV),z^z , (~v[;^]e2)/v'c;^^i^+: 3 

[3'] V 

"^Z^M IN Die V 

[1] 2;"H(/'.'A. = '/)/i(pA/)[i] 

[2] V 



Cl] H.(/;=i 2)/3 i; 

[23 -^O.Z^ihS h-'l)+LS /v'-2 

[3] -i-O.Z^-l 

[4] 2-H3 

C5] V 

VMAltQ VE V ;SM ; m' ; ^ ; 'P;I 

C 1 'J l4AIiKlSM;2 ']^-SM^Vl, 1^1 ] 

[2] NT^iSfil ,pR)p{ .iSiMlR;-]) ,{ ,^MARK[.MIB;2'];']) ,SFL0TLfaB;2']'],AFL0TL{B'^{l^-l ; 1 J ])/ i ( pAM f ll ) 

[3] H.((P^/M/^A'[5W[Jj;];^0)[2] = 0)/5 

/ [U] H.(5+P[l] = 0),A;y[;3>/Vr[;3]+A/.rC;l]xA//./n';3 uJ = 0 C (W[ ; 2 ] = 5A/C J ] ) / i ( p /I/ ) [ 1 ] ] 

t5 ] i»/5'C ;U]^Ay!r[ ;i+]+/i-!?'C ;1 ]x<//./!r[ ;l^ 7 

[6] ASiM^.SM.MTl{{v/MARKL(aH;2'};l^M:rL;d 4 ] ) / i ( pW2' ) [ 1 ] ) ; 2 ] ) . ( AT L ;3 >A;r[ ; 3 ] + A^:r [ ; 2 ]x 2= - /A^T [ 

.Vi ' t 3 5] = 0 • 

[7] -^(8 + v//<f/li?/ayC2];];>^0},.W>3.H>:[/^Li';2 ];>/.;:/■'[ ;o 4] ^3 5 ] ^0 ) , /^^T C ; 4 >MT [ ; 4 ] + [ ; 2 ] x 2= - / 

[8] H-(2 + 7><(p5A')<J'-f-J + l ) 

[9] P^Z^*/[2D 

C 1 d ] ( 0 = p J ^ ( - A-'x i^i; [ J ; ' ] € - 0 , J ) / K a: [ I ; ] ) / 0 

[11] H-(10 + 2xJ=:V[l ]),P^?'^,J"^I[1 ] 

[12] T-f-y + J-^l , 0 p SFL OT [ J ] i^~6T:; or [ ( ~p e V ) / P"H(|>p ] 

[13] H-(i4FJS6'?[;twy j/v/rjc.'V<Hp[j.j+i ]]=:i)/ie 
•• [14] -(/iFJsair[Hi'"HW j,vz?jc()>*/]=o )/i 6 

Lis"} ' ■ -^11 .AFLOiCi; ,,R?-]^SFLOTIV']'^0 

[16] /iP/;f:)r[i^]--/5FjsOT[i?] 

[17] H-( (pP)>J"Hj + i )/i3 
[18] . mBK'^{pf'JAEK)pO 
[19] V 

VZ-Hf/ lUTOSE V',W1;U;K;I 

ZHV MODIFY in ,W .l!^l+ + /V=I^'0) ,{U'^{'-lUW^i'll+x''l + f,W2)/t'<'V PR ivi ) , ( T/l -^f/'L 1 1 ) . 0 

( J-<-J+i )> pi; ) / o 

-^'2 ,Z^Z ' MODIFY VllA.li Af^'^^D/y-^V ?/? UCl] 

V . • 

IZ-^V liODIFY NV ;M ' ^* 

fin 2"^((.v-i+P^' p/f ;i?y[i])piv^),(i :^n^:'P /»yv),o ,(;/-H((v=o)/ipp;)[^vri],])M(9P 

VZ^NEi/NOT W;I;J 

Z'^CODE'^,y;I^l . ' 

2^(j,<7)P£:ifi:(j.^<H((£^j^j+i )/z)ri])p£:;?5 z 

CODE^{I ,J)PERB CODE 
J<+/Z = 0)/2 

Cl9Z?iff ^( 2 , 1 + pC OZ?K ) p 0 , ( C'(9Z?£''H(7 ( C ?i 0 ) / COZES' ) , 0 , C CAK 2* a ) / Z 

7 ' . 

VZ-^NSTW N 
Cl3 Z-i-((i;5 //)*2) + 4x""i + 2 
[2] 7 



EKLC 



94 



VZ^OBTADif V\I 
[1] Z^iJ^O 

[2] ->(2x7< + /K=o PR I),V Sti J-^-ZtD.O 

[3] V 

VZ-^OBTPRE V'J .'. 

LI 'J 

C2] ->(2Hl<+/l/=0 ),i!^Z .(l' ^^/l^ J-'-/+l),0 H 

[3] V . .. 

MZ^OBTSUC V \X ' 
[1] 2^11^0 

[2] ->(2xj<t/l'=0 ) .^^-Z^^d' 5/V J^JtD.O 
[3] V 

[if]. . ->(i = p.v^!rrit'jc ^)/o 

[3] ■^4-(T[7/,[i]»i]pk),(j.' Pi; /^•[2]),o,((7[A'[2]-i]-r[;/[i]])pV'[/;[i]] fvO.tfv ?/?/;[!]) 

C^] V ' .0.l''[AT.2]] Z?/fOP 

vz^ iV K' 
[1] z^w 

[2] ->(A-Ci ] = /V[2 J )/0 

[ 3 J 2; ( iV [ 2 3 X ;y = /; [ : ] ) t ( /; [ 1 ] X .; . • = /; [ 2 ] ) 1 1 / X - e ,V 

[4] V ■ " 

[1] ->(((ij^(i/=o )/ipl')i/;);^i )/3 
[2] -^O.P^^-C/V-DpV 

[33 ^'-^-s [ ( zi/; ) - 1 ']DEC'e ( // - 1 ) p V 
[^3 V 

VP/^I/ PR U\'L • * 

[13 -^(/;*l)/3 

[2 3 ->o . lvV( ( ( 0 ) / 1 pi' ) [1 3 - 1 ) pi' 

[33 i/'HiJ[,V-l 3/?/i'CJP( (ii^(l'=0 )/ipi')L:V3-l')pl' 

[4 3 V 

VZ-^hEARBO V \h \I \A \B Ui -y, 

[ 23 . ->( (/C^A' + l )>pf;O/0 

[33 -*-((j = pB^(~Z?eIv)/B^V PR Iv'[a3)/2 

[4 3 -^{l<9{-AeU)/A^V PR B)/2 

[b3 

[G3 ->( ( J^Jtl )>pJ/)//C^O 

[73 ->( (i^^.fv'[J3 )eZ)/6 

[8] -^(B+K^9B),B^3 A'-AeB)/A^{Aey)/A^V PK + 

[93 ->e,(Z^2,5,0),Li^MP2£Ji?.ff5C£'/7C^ : ♦ ;B 

[103 V 

VZ-^RECYCL V;K;I;A;IJ ;t^C',FiARB;AA',7REB 
^l:\ ->(o=:;7C^lt( (t/y^O )T2)-t/K=0 )/p2^MJ?£'^wV^J^AV0 
[23 >l^(-i4e/lPBC>)/i4^l^ P/t ARB^ Ai-AeF^{ARBO^0)/ARBO)/A^\i- /V:=0)ll'] 
[33 [j^jti ]e/jiv'5 )/5 

[43 ->3 .(1^0 ) ,(/l^(~>leP,>lPa['ltp/li?Sj )//,^7 PJ: /: [I3 ) ,.4i?.^^4Pi? ,yl CJ3 

[53 ->((//C>iV^//tl)x&-3xJ<p/l)^(2-2,//l,0),rj^-»CvCL2f : ' \AA''-('' 1+ARD \A ll2)DR0P ARB 

[63 ->(o = pi4^(~i4c/1.^5,F,i^P5^)/4^V PA' ARBl(pARB)'K^K+i:\) /ia 

[73 ->3,(J-;^^o) ,(i4/iB^( (pi4/ci?) -.^{')p^/?B ), £:^r/?£:£:,A:p 94/?/? ' 

[8 3 V 
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111 K^O . 

[2] K^K-^l 

1 3] (c;^A')>+/y=0 )/10 . , 

[u] . y^v PR k ■ 

[53 )> + //=0 )/2 • 

[G] 2> + /k'€6^K ?iv tO/5 

[7] -►8+iC=l 

[b] -►3,l^-^-(ZCA'-l]p/)*(2C/jDh'0? ZIJ -ll^V) AOO!'l ( K= 0 )/ \ pV )[./ j - 1 / 

C9] -^'S ,V'-^(2C1 ]i?/ifc)P ZU -l']^y)\{G.OM f.',J),((2^(l^=:0)/tpy)[c/]-l)MOP 

[10] Z-t-V + A'-^O 

[11] (X-^/C+1 )> + /li'~0 )/0 

[12] -►ii 'LOi?^ pi^' 

[13] y 

[ 1 ] t I^/C^O 

[2] (J^j+1 ) = T,/x.<:^i?z:s=c )/■/ / 

[3] A^LOBES PR »J 

[^] -^'C (A^iC+1 )> + /L03£'5=0 )/2 

[5] -►(li^p5<^(4eC<^Laz?£'5 P/? )/if ' • 

[6] : -►i+,i;-i-z,s,j.;:,o 

[7] J^O . 

[8] -^{{I'*-I'i-l)>'i-/ARBO=0)/K'*-Q 

[9] i?;? I . " 

[10] (/C^/C+i )>p/l )/8 

[11] '>(o = pB^(~/?c/i/?5c;)/5^y Pi? 4[a:])/io 

[12] iJ'^0)=QC^LODES S:^ 5)/15 

[13] ">( (J-^cZ+l )>p6"' )/.e 

[m] ■►13 , Z-^-Z ,H ,-/,0 ' . * 

[15] -^S ,Z^/^ ,B A'PONTS 5iV 5),J,0 

[163 V 

^'6^REP0^'T V;IiA\B\K;U 

[1 ] Z-^t J-^O 

[2] (J^I+l )> + /V=0 )/9 

[3] -i-ileARBO) /2 , * 
[4] 0 = pS'^L{>i^£'5 ^7/; I)/2 

[5] i/^ti^^O 

[6] t+K=pB) ,U'^U .LOSES Ph BiK-^-X+lj 

[7] 0=p4<^(~4e4i?SO ,i/ Pi? J)/2 

[8] -►k.Z'^-Z.J.i^ ,0 

'[9] z^ri?J , 

[10] V 

VZ^ROVE Nil 

[1 3 2^(l + \//) .0 ,1 ,(// + l ) , ( 1 + 1^-2 ) ,0 

[2] -^{2+I-N),'/.'irZ,l »(l+J^I+l ),J,0 

[3j Z^Z, 1,7,2,0 

[^] V 

Vi/^5L //;Z ;J 

[1 ] Z^l ,3 ;I-'2 ! 

[2] Z^2 .Z[i--2]+i;['"l + I<.-J+i ] j : ■ 

[3] -►2xil<// . j 

[4 3 H^znn 

[5] V ■ 

VZ^V Srj A ;I;4 • ' 

[1] ■*'iO=QA^(V=N)/\pV)/pZ^\I^O * _ ^ 

[23 -^C 2xJ<p4 ) .Z-^g ,1+ + /0 = V[ t/1 [I-Hj+r]] 

[3 3 V 

VZ^SOMPEli V 

[13 V[/i ir/V]^C 

[23 z^(~(tr/7)ey )/ii7V 

[33 V 
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IZ^V SR A' ;(/;/, . .. 

[2] 2>^Q^oAH^A(.V)/A ) .Z^Z ,U^{O^ViA ] )M^/1+1 

[3] V V • 

VZ'^G SSCMAX y;J 
Cl] VH\U-^ ,0 }/7,2^\ J^O 

[3] -*'(2«J< r/6^) AV^V'V>f/ Z=C ) ,2^Z-Z> + /Z = 0 

vy^S^W 7;;C;c7;Z;;/;6' 
[1] Y^VifK'^O 
[2] 

[3] (c;.-x)>+/y=o )/o 
[53 H.( (c7^J+.l )> + /y=o )/2 

[6] H.(o=y'/iy'€ i/^y r/f e/)/5 

[7] -v(/C=l)/9 

[8] ,y^<:2U-i]py) ,(z[x]:?/?^p ::[c7-i]py ), (go;; (2^(y=o )/ ipy )[c7]-i )/?/?cp y 

[9] -^3 ,y<v.(z[i]i:)/?6P z[tA-i]py) ,(ca/'ri/,:/),((z^(y=o)/iF:i')[^]-i)^-^^^^' ^ 

Cio] V ^_ 

Clj ->(0=p2l^KV.^)//^^0 

C2] -fC2xK'<pV),z^((z<Jv[ic])/2) ,( (z=k'Li(:3)/.z) ,(z>^t;^t^+i ])/z . 

C3] ^ 

CHARAC'fSR ERROR 

A 

[3] )CLEAR 
)CARn 

[2j H.('2>;^<,p^>) ,2^( (2<;yC;^])/S) , ( ( 2=f/[A' ] )/. Z ) , ( Z> P.'Cif^X+l ] ) / Z 
[3] V 

VZ^fTRlC h '^K 
[1] •+(0-pa-«-/*'^,f/)/i^^O 

[2] -*'(2x.K<pV).2^( (Z<WCA:] )/Z) .f/EA'] ,( Z>J-/[;^^i^+l ] )/2 
L3] V ^ 

[1 ] A^\ /{ ,M) ,Z^\I^O 

[2] ^<2xr<^),2^Z,((,v;[;l3=I^I+l)/^^[;2]),0 
[3] V 

^Z^VERIFy WiIiVl ;V2 

[13 Z^xI^O 

[2] i40:H-(A/(7l^y p/f I)e72^;y' 6?/ I^I+1)//11 

[3] Z^:> ,I.(~71e72 )/yi 

[4 3 i41:H-(A/72e7i )//12 

[53 Z-t-Z,I.(~72e71 )/72 

[63 A2i-*iI< + /W-0) /AO 
[73 (0=pZ^2'T i^I6' o)/A3 

■ [8 3 H-o .[j<'-'L/l DESCRIPTION DES SOMHET S ADJACENTS AVX SOMMETS '-.Z;' EST INEXACTE 

[93 /13:'L/1 DESCRIPTION DU GRAPHE EST COHERENTE 

[103 V 

VZ^ WHEEL 

[1 3 /;'^+/7=I^-Z-t-0 

[23 -^-C (il/<J) .(3 = +/y=I^i+l ) •:^5^0)/5 2 4 

[33 -*'2x09iZ^(;V-l )x(//-l)=+/7= J 

[43 -*z-«-o 

[53 2^(3x(iV=4)xZ=0 )+(Z!^0 )xiy-l 

[63 V 

iZ-^ySTN .V 
[13 Z-f ( (5L /l?)*2 )+4x"'l + 2 1^^ 
[23 V . 
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EXAnPLES 



■ *DE SCRIPT loli GRAl'in-:* 

LE GHAPHE ^IJT-IL OF.IEKTE ? {REPOliVm QUI Cb IWS) 
OUI 

* * * * i»r ******* ^1. ' -.J - \ 

*DESCRrP'rTOlJ GRAPUE ORJEIJTE* 

******* *r**^*^*A**r v., t ^*********** 

LISTE VES :jUCCESSEVhC \ > 

IliSTRUCriOh^ \ 

EK CAIj V^'tlHREhR uE Vl'.llCH\'P'l\\:OU PC^f: LE SOtlMET I, TAPER: SOl't^'ET ,T a LA PLACE 
DE LA DE'JChlPTIOU D'Uli SOMKET VL'J^^RIE UF . 
POUR TERi:il)EH bA l)-: i^C h C -'V ro^ '^AP^'''': -''It} 



SOMMET 1 
L: ■ * 
3 

SOy.HET 2 

□ : 

bOhtr.ET 3 
^ □: 

^ 

so!^:me? h 

U: 

5 

SOMMET 5 
L:' 

6 

SOMkET 6 
D: 

M 7 
SONNET 7 

5 8 
SONNET 8 

□ : 

9 

^ SONNET 9 
Ll : 

7 10 
SONNET 10 
C: 

8 11 
SONNET 11 
U: 

12 

SONNET 12 

□ : 

13 
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SOMf<E'V 13 
C: 

m lb 

UOl^SMET 14 
L: 

12 

SOblMET 15 
L: 

16 17 
^OMKE'r 15 . 

14 18 
SOMl^lET 17 
L: 

\ 0 

SCNf'iET 18 
L: 

\0 

SOMt'^Ef 19 
L: 

20 

SOFii^ET 2 0 
L: 

22 

SOy.MET 21 
Li: 

22 

SOMhlET 22 
L: : 
11 

SO M MET 23 
G: 

UOhlBKE DE iSOXy^'Vb DU rjRAPHi:; : /.l 

\ 



SUCCES 

3 03 0U05 060 4 7 05 80907 10 O C 11 0 12 
17 0 14 18 0 0 0 20 0 22 0 22 0 11 0 ■ - 



{) 13 0 14 15 n 12 0 16 



{jrPHEDEC^^OBTPRE SUCCES 

1 203 6 0i|7 0 5 0 6907 10 08 09 0 1C22 
13 0 iS .0' 15 n 16 C 0 19 0 0 20 21 0 



11 14 0 12 0 13 36 0 



r.^OB'fSUC PBEDEC ' 
0-3040506047056090 7 10 Co 11 

17 0 14 18 0 0 J 20 0 22 0 21 0 11 0 



12 0 13' 0 14 1 5 0 12 0 ,16 
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U'^ADJAC'^CBTADJ ^UCCEi, 
3 0-3 0 1 2 U 03 b 6 C U 6 7 0 U 5 7 0 5 6 H 9 0 7 '^10 
11 0 10 1'-? 22 0 11 13 lU 0 12 lU 1:^ 0 12 13 IT. 0 13 l'- *V 
10 0 20 0 19 22 C 22 0 11 20 21 0 0 7 E 10 0 e: 9 

n 1415 18 0 li. 0 

SVCCEL ADJA 11 
10 12 /2 



CUCCE'J ADJA 1 

3 



SUCCEi. AJCEIJD 22 
20 21 19 



^UCCES ASCEliD 3 

12 



13 14 lb 12 \i\ IV :H 



GUCCES DE'uCEV 5 
g 7 10 5 8 11 6 12 U 13 lU 15 16 17 18 



succel; cofco 3 

3 



i^VCCE^j COFCO 7 
0 '6 9 U 7 10 



SUCCES COFCO 10 
e 9 7 10 5 6 U 
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DECOt'!? ADJAC 



AFhCIxELCENCE : 1 
AHiSOhESCKUCK : 11 
ARBCliEbCEUCE : 16 



A HBO HE 


UinCK : 19 


20 22 21 


C:tCLE 


: 4 






CiCLE 


: 5 


, 6 7 




CYCLE 


: 7 


8 9 




CICLE 


: G 


9 10 




CiCLE 


: 12 


13 14 


i 


CICLE 


: 13 


14 16 


15 


LOBE :■ 


K 


5 6,7 




LOI^E : 


X ' 


6 9*10 




LOPE : 


12 


13 14 


16 ' 15 









* ENCHAINEMENT EES ELEMENTS REh!AEQVABLE S DU CRAPJ'E * 



LE POIUT V'AhTICULA'j^IOll 1 BELIE LE LOBE 4 5 

LE POII^T D'ARTICULATIOI! 4 EEL IE LE LOBE 4 5 

LE POI^JT D'ARTICULATION 15 EELIE LE LOBE 12 

LE POINT D'ARTICVLATIOli 16 EELIE LE LOBE 12 

LE POINT l)\AETICVLATIGN 11 RELIE LE PONT 10 

LE POET 10 11 12 RELIE LE LOBE 7 



5 1 AU LOBE 7 8 g 10 

6 7 A L'ARBORESCEECE 13 2 

13 14 15 15 /i L'ARBOPESCENCE -17 

13 14 10 15 A L'AHBCFEECEECE 18 

11 .12 4 L'ARBORESCENCE 19 20 22 21 



9 10 AU LOBE 12 13 



14 15 15 
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WAHAGEHENT OF APL TIHE-SHAHING ACTIVITIES 
J. His^gins and A. Kelleraan 
Conputer Center 
State University of Nev York (SOHT) 
Binghanton, Mev York V 



Intrpd uction 

The aanagenent of a teriinal systea at a university or industrial installation provides a 
formxdable task. The user needs take arious forns; (a) an educational prograa in the syntax of 
the languge and techniques of progranning to take advantage of the attributes of the language^ 
(b) consultation on prograaning problems (both trivial requests and those involving desing, 
fornat, and construction of complex tasks, (c) publicity on operational considerations such as 
hours of operation, the location and availability of terminals, scheduling, etc., (d) 
docunettation on existing programs and packages, and (e) assistance in administrative activities 
such as the restoration of working copies of damaged programs, groups, workspaces, etc., and the 
transportation of packages from our installation to another. The successful management of a 
terminal system such as APL than involves not only the proper maintenance and honing of the 
systam to icsure optimal utilization of computer resources for day by day activities, but well 
defined procedures for providing the additional personnel support to satisfy the above stated 
needs. 



SUNY- Binqhaaton' s APL System 

SDHY-Binghamton has offared API. since the summer of 1967 and currently operates the Xfl6 
version of OS APL/360. There are 1750 API. account numbers on the system; some of these shared by 
a number of users- Practically every department On, campus - from theatre to geology and business 
to nursing - uses APL, with various emphases. In addition to supporting the local campus, seven 
sister SUNY institations and six area high schools access our APL system- \ 

The instruction and education section of the Computer Center offers a variety of forms of 
education and consultation t*. u&er=>. Botn potential Aua ej^pGrienced users - scuae^nts, 

faculty, and staff - feel free to request support at various levels and have received a 
reasonable degree of satisfaction. Initially, here as elsewhere, potential users were being 
solicited* Now, rather than acting as apostles and missionaries, w-a are in a position of 
resoponding to ever-growing demands for service from existing and potential users. This change 
in the Mature of support is very gratifying, yet presents certiain problems. 

Coincident with these rewards of satisfaction, the generation of enthuisiasm, and staff 
motivation are the assorted and varied problems of developing the nost effective system for a:^l 
levels of user education, of effectively motivating and supporting worthwhile classroom and 
individual projects, of developing ways and eans of evaluating user and systea performance, of 
maintaining the system, and of general administration with limited staff, facilities, and 
budget. These problems with these restraints are present to some degree in all installations 
supporting terminal systems- it therefore seems appropriate to present some of our experience, 
problems, solutions and attempts at solutions with the hope of developing a dialogue with other 
installations. ^ 



It is the purpose of this paper, then, to discuss those problems inherent in maintaining 
the syistem and in providing sufficient documeatation and ••publicity" on th3 availability of the 
system and its features, and in posing some partial solutions for providing support for ensuing 
generations of a core of competent and satisfied users. 



Some Approaches :,r, 

I§L5i5al iila^ation. It is an axiom of time sharing that accessibility of terminals to 
users iiicreases usage to a very large extent. it is therefore desirable to have terminals 
dispersed in strategically located positions to encourage usage. This provides considerable 
problems, however- It is desirable to have terninals proctored for various reasons, including 
programming assistance, terminal maintenance, and general supervision of scheduling and use. 
These proctors are usually undar graduate students who, in addition to carrying out the above 
tasks, interface well with students and faculty on a one-to-one basis. Financially it is not 
possible to proctor locations^ which are scattered around campus and house only two or three 
terminals. 

Por the most part we hav3 avoided any serious problems bj having some diverse locations of 
terminals periodically checked; tvo leirge terminal rooms, containing 22 terminals, are 
constantly proctored. 



ERLC 



/OPf 103 



S ystea flainte riance . In. the spring of last year, 1971, space was rapidly depleting for 
saving of APL workspaces on two 2314 packs, with no prospect of adding an additional pack, APL 
users were encouraged to cut down on the aaoaat of material saved and the additional workspace 
allotment was strictly controlled. However^ by the beginning o£ Hay, with users getting "NO 
SPACB" messages, the situation was critical. 
>*' 

The policy at that ti«e of deleting users who have been inactive for three aonths was not 
generating space fa^st enough, 

hs a last resort, all users were required to turn in a written forn, giving their account 
nuaber and the workspaces that they wanted to be aaintained on the systen. 

After several abortive attempts resulting froa aisinter pretation of the docuaentJiition on 
the standrard APL IBH utility, .J.ack^of complete ^^ocuaentatioc on the APL utility, our inability 
to fool the utility into accepting an increaental duKi> tape for a full dump tape, and various 
other blunders, the following procedure '<j3ls iapleaented. With the help of three prograaaers and 
a keypunch operator, cards wera poached for each requested workspace. A full duap tape was aade 
and new APL packs ¥cre created., Froa the APL utility, an ACCT 0 to tape was aade. This ACCT 0 
lists all users and account nuabers. This tape was accepted with a prograa that punched cards 
with the systea coaaand ) ADD for each account nuaber on the old systea. This deck was read into 
the 1050 (a terminal equipped with a 1056 card reader) to add all usors to build the 
directories,* to the newly created APL packs- The process was very slow, since the 1050 reads a 
card every 6,7 seconds and tUece were 157<> carlsr 

The worskspaces, for wtiich "seive forms'* were turned in and for which a card had been 
keypunched, were restored to the new systea, using the APL utility which can restore 100 
workspaces at a tiae. 

A complete backup set of tapes was kept for people who neglected for various reasons to 
submit save forms - for lat^r recovery. 

Although this method worked sufficiently well, there were several objections to it,; First, 
the very fact that the final Procedure ?ias the result of a series of blunders with no better 
soxution in sigiit Xeft ilittle comcoi.c. oeoouu, ..ue process* or Keypuuchiug the cardi> tor cue 
workspaces and processing them through the 1056 reader was very time consuming^ The paperwork 
*tfas a nuisance. The retrieval of tf^'s from the old packs and the creation of the new packs 
moaopoll9;ed the computer for a full day. .! 

These disadvantages coupled with the fact that there was a geneiral displeasure in the 
amount of Information conveyed by the form of the APL account number lead to our present method. 
This method hopefully will be updated to something better , perhaps tied to the addition of 
files, to improvements in the APL ntility,, and to broadening the scope of the systea commands to 
handle multiple entries. 

Acq gu n t Humbers , Instead of assigning numbers according to a 5 digit department code with 
the last four digits of a social security nuaber, for a raine digit number, the following scheme 
was adopted. The first digit represents status, the next five represent department, and the last 
three are assigned sequentially according to edepartaent. The status digit consists of l-U for 
undergraduates, 7 for graduates, 8 for faculty, and 0 for people who we feel need their number 
for only one semester. In the past everyone was arbitrarily assigned 1 workspace. Now 0 
workspace quota is givea to people who are using the CAI packages, Tiie 0 numbers are deleted 
every semester; the 7 and senj^or numbers in June^ The process for deletion is carried out in the 
following manner, A general par pose selection program is run against the APL ACCT 0 (under TSO) 
produced by the utility to seacch for 0*s or 7*s or any particular combination desired. This 
program creates a data set with the selected records. This. data set is accessed with another 
proqraa that punches cards with, the appropriate APL system command and user number. These cards 
are processed, through the 1050. The general purpose selection program can also select records of 
usar^i of such combinations as ail senior biology majors going to Corning Community College who 
have been conaected to the systea for over 35 hours. A developing interest in the school is the 
psychology of the time-sharing user. This type of output, along with information obtained froa 
the I-bsam Ceadi^i^s, provide much information for on-line collection and analysis of data in 
this realm, 

A similar procedure was -a sre^dyfeiiat is punching a, deck vith the system command ••) LOCK under 
nnmbar,** to change over to the new numbering scheme^ Oisers were given one month to copy old 
information into their new number. The old numbers were deleted with a «)D3LBTE* deck. He have a 
njCOMTIIDB" deck that can periodically be read through the 1050 to clean up the COMTIHOE 
workspaces that users fail to drop. (Figure 2). 



SOfiHASr OF THE.DIF^EBBHT SP^CB SAIfXNG PBOCEDUBES 
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Betoce 



usees on System Tracks Horlcspaces 

CaANO aRTBItVE (MAY) 

17^8 7399 
LOCK-RBAisIGM (f^kPTfiflBEB) 

1640 - 6268 ^uiu 

DfiLfiTB 0»s STATUS NUHBBBS (JAHUABY, 1972) 

176 9 7521 24 61 

WARCH STATUS (CUBBBNT) 

1777 . 9025 3124 



Users on Systea Tx:acks Workspaces 



1748 



1476 



^850 



1576 



1694 



1292 6572 2115 

AFTEfi DBLETING COMTIMUES (BAY 9) 
1777 6960 2288 




For 



eraaple 12 - reprssents the systea reaction 
detected, until his workspace is dispatched. (Figure 6). 



tiae fron vhen the user's rotnrn is 



Prigrity and Quantum . 0 
depending on factors such as co 
APL on batch jobs and vice ve 
adjusted. APL ensures that otha 
priority bet veen high and i 
service. The normal proportion 
PHIOfilTY a,b» which is dist 

approximately linearly from 

other factors involved such a3 
can also be set internal to APL 



hen operating in a aulti-progcaaming environment^ the effect - 
nfiguration, number of terminals connected^ types of jobs - of 
rsa can be substantial. Various parameters internal to APL can be 
r partitions receive frequent CPU service by alternating its ova 
ow. When APL has a low priority/ other partitions will get Cpo 
• u has high priority is controlled by a function 

ributed with the workspace^ OPFHS. The priority prop'3rtion varies 
depending on the number of ports in use. There are 
the quantum, the time allotted an active workspace in core, that 
by an APL function- 



on |.h«^^nll^?2^^^^^H '^i-^-s^^aring user desires at most a 3-5 second response tiae, (depending 
?obs causlJ bv^ of the regnest) bnt batch users object to at times 400* degradatio^ in"^ tJei? 
r.lt. tir^^^^^^ ,lt:r.^^^^^^^^^ - ^« ^^^-^ 7^for co-panson data 

secnr??v ^''^ "^'^^^^i^^ ^"^^ ther.ysterious inner^orkings of aPlI and^m^l^hievousness 
procedure^ l^'^'^ln'^V'''' "^^^^^^^^^ task. As far as the Computlr Center has deJerm^ne^nr LlpJe 
devil?nrelabLate nh«^^^^ evxdence in the current IBM APL release. Various at^emp^s at 

:J\'L"J:mp5:eJ — - -"^-^^ -tsl/e the 

use Of functions for trading with other instailations'or tlr pablifbL^' work^^^^ 
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Figure 3-c 
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.T - -0 T A L III! ' ' ""^ P ^ •\' 

* - 'uif'^ppp OH punrp lt/jp 
^ - :ii''!:PPp or :iApnrrpp '" 



□ □ 
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Figure 3-d 

V DFLAYt^ MONITOR VNTIL\P\A\CO 
C 1 ] TIMFR^TERMNUM^ i 0 
[2] VNTIL^ 7 2 6 0 i2f UNTIL 

[3] 'INPUT ACCOUNT NUMBERS YOU WISH MONITORED ONE AT A TIME INPUT STOP 

cm NUM^ 0 5 pO 

[5] L2:h-(a/ 'STOP' -i^fP^\[\) /eon 

[6] ■ NUM^NUM,Lll 1 5 p 5+P 

[7] ^L2 

f m VnV'.CC '>52p0 

'WM) , 0 3)p0 
„ jOPiUb\.,^x DELAYS 
CllJ TIME^ 2^1 60 X2+ 72 60 60 60 TI20 
[12] TERMNUM^TERMN UM,x23 

[13] TIMER^TIMER ,100^-^-/ { 72 60 TTIME)r 1 60 
[m] CONNECT^CONNECT-i-{i\b2)cON) 
[15] i4-^((ltpiVt/A/), 1 3)pCO-»-0 

[16] INL:AiCO;lil^{pP) A + /P<2l),'^/21^P^ACCT NUMlCO^CO + l ; } 

[17] '*iCO<lfpNUM)/INL 

1181 MAT^MAT, l2l A 

[19] '*{TIME<UNTIL) /LOOP 

[20] ABORT:' NUMBER OF TERMINALS CONNECTED VS , TIME OF DAY.' ■ 
[21] 30 9 0 PLOTT TERMNUM VS TIMER 

[22] 10 1 p' • - 
[23] CONNECT^{CONNECT^DELAY^)ir3e00 

[2»l] 'NUMBER OF HOURS CONNECT TIME VS. PORT NUMBER. 
[25] P0RT'*-\b2 

[26] 30' 90 PLOTT CONNECT VS PORT 
[27] cb<-0 
[28] 10 1 p ' • 

[29] • PLOTS OF ACCOUNT NUMBERS VS. TIME OF DAY' 

[30] • •;P£[1];* - TOTAL NUMBER ON' 

[31] • ';PCi2li' - NUMBER ON PHONE LINE' 
- [32] ' •;P?C3];' - NUMBER ON HARDWIRE' 
. [ 3 3 ] 3 1 p • 

C3U] LP:' ACCOUNT NUMBER: ' ^NVMlCO ;1) / NUMlCO^CO + 1 I 1 

[35] -^(05c + / + / + /AMr[CO;;])/(l26) + 2 

[36] -^((l26) + 2),0pn-»-'iV(9;/£: OF THIS ACCOUNT NUMBER SIGNED ON' 
[37] 30 90 PLOTT MATiCO;;! VS TIMER 
[38] • 

[39] '^iCO<lfpNUM)/LP 
V 

VACCTlUlV 

V R^ACCT NiORiX ^ ^ 
CI] ^iiA/'O'^N) ,l^^N<-{' 'pN)/N)/ZER.STAT,O0OR^SX 0 0 
[2] i?-»-l+L(7ll08)*1000 

C3] R'*-ilO*S)>^R-lR'*-R*10*5 
CH] R^lR*10*S'pN 
C5] ^ZER'2 

[6] Sr>ir:i?-»-l + L(7ll08)*10*8 

[7] R^iXeR^iR^lOx' 0123i^5S7B9' \N)/ALL)/X^ON 

[8] -^ZER+l X ..rr ■ 

[9] Z£:i?:/?-»-(( (1 + 711 08)>10 00000 )A(l + 7ll08)<100000000)/i4LL 
ClO] OR-^-exO^OR 

V ^ . ■ . 

Note: Good for 52 ports. Additional functions used are found 
in the Operator's workspace. 
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Figure 4 



I- Beam : No . Of Max. 

Nuiober U nit Elements Value ^; Significance 

0 " 13 - . ,v of special disk oper- 

ations. The elements of the 
decoded vector give the number 
of times each of the following 
system commands has been used: 
DROP, SAVE, LOAD, COPY, ADD, 
LIB, OFF, DELETE, LOCK, UNLOCK. 

. 1 1 percent iOO 100 The percent of elapsed time 

given to service an input. 

2 1/6 0 sec. 240 4 sec. The system reaction time from 

vhen the user's return is 
detected, until his workspace 
is dispatched. 

3 1 second 120 2 min. User keying time, from the 

time the keyboard unlocks , 
until the user hits return . 

4 1/60 sec. 120 2 sec. Compute time per 'input. 

5 (a transfer vector of absolute addresses) 

6 1 minute 120 2 hours Connect time for each session. 

7 1 second 240 24 sec. CPU time for each session. 

8. 1 byte ' 148 148 bytes Raw input character count, 

including backspaces, etc. 

9 1 second 120 2 minutes Input arrival time (from one 

carrier return to the next) . 

10 r- I byte 148 148^bytes .internal output line "length. 

13 250 bytiis 200 50000 bytes Garbage in workspace at time 

of swap write. 

14 250 bytes 200 50000 bytes Active size of workspace at 

time of swap write. 

Figure 5 

Decoding the 1-Beams 

The data in core storage is read-out by a histogram i-beam 
in increments of full words. To decode the I-beams the following 
APL function can be used. 

V R^SPLIT I 
[1] 1+J) , ,<S? 65536 65536 Tl+J . 

V 
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Figure 6 



THIS won y. 2 PACE HAS COLLECTED A CRAUD TOTAL OF 1 TBEAM nEADIUCS. 
TilCy A HE FOP. THE FOLlOWXIiG DATE:: AUD Tlh\EZ\ 

O;) 10: '*9:19/i.'-; C7/ G 2 / 1 / 7 2 \5 
V/7/6V DATE AtiD TIl-iE DO YOU WISH? (SPECIFY DY IWNDEli) 

1 

W:!:CIi IhEAl-: (0-lu EXCEPT 5) DO YOU WANT 7 



\ 



00. 2'OV HAUT T.'IE UliCODED IDE AM DISPLAYED? 
U: . 

YES 

371202 3100«+072 13107U2 50 D 5 0 .. . 1 0 1 5 Q 2 7 2 1 G31G793 ' 

3097752 353G909 2621^78 2018094 1966109 12u[ 



C5D372 0553G7 2621u8 
13107J< 19C611 196611 
1 31072 05D3D 196609 
2 0!^D3G 1 196G0Q 6 
0 13 1072 2 0 6 5D36 
131072 0 0 0 0 131072 



2&5 5 9 »<86 2798M2i3 21627201 17C9»4 9 2»4 l2BUb 
207 1U41G12 15073U3 12M5197 10M8589 U5876 



720903. U58758 M5875G ^59757 2621 liS 327690 G5'5M0 2621«6 CSSuC C 

1 65530 655U0 6 5 538 1 31076 6 55«0 2G21«i 196608 26211JM 1 G i 5 3 7 

19DD12 65538 6[>5 39 65536 65S37 3 u 0 196609 0 0 0 2 1 0 3 

537 2 131072 65536 05536 131073 65536 1 G553G 2 65536 131072 

65536 65536 65536 65537 0 65537 1 0 1 65538 1 0 2 2 1 0 
lOU , ' . 



16 3 ('2 260 10 
2 456765 

0 05536 
6 5 5 3 C 
0 0 
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i2: The systenr reaction time from 

when the user's return is detected, 
until his workspace is dispatched. 



First 100 elements of 
the decoded i2. 
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security and soae form of credit has to be given to progcaaners and researchers while 
encouraging APL users to share their work with the world* 



Another security problea of a different nature is the disappearance of the contents of 
workspaces accidentally or because of internal damage. If users report their aishap to the 
Centar within the period of a cycle of duap tapes (3 weejis) their workspace can usually be 
recorered. Ve do not publicize this capability. 

occasionally workspaces coae out DAMAGED (IMPEACHED) in the twice weekly dump- restore 
procedure leaning that they are questionable, but are duaped and restored* We try to eiirtinate 
the questionability by either copying thea over or restoring froa a backup tape. Khether this 
is necessary or not, we da not know. For exaaple, we b<\^»* tUtc i.o^ that the upper and 
lowercase idle character cause an iapeached workspiue^. but use ot tun functions containing these 
characters is in no way haapered. 

To tour: disaay in March^ because of later to be discovered problems in foraatting the disks, 
we had saeveral workspaces DAMAGED and BEJiBaJED as ppposed to being DAMAGED and IMPEACHED. The 
contests of these workspaces axe goae**^ But their naae remains in the directory. If a user 
atte3&|>ts to save ii»to these workspaces, A^Bt abends. It is necessary to bring APL up again and at 
all possible speed ) DfiOP these wor)!^jpaces:^:oa the (directories. 

Education. There is no untergradpi^te computer: science program at SUNI-Binghaaton, hence 
thare are no "prosxaaaing" courses.M There are graduate cours (in APL 6 PL/I) in the School of 
Advanced Technology which under g raiiuates can take, by petition, for credit. The vast majority of 
students, stafg^ aad faculty look tsp the CoJiputer Center for instruction. tfe have produced a 
serias of video instruction (9 ta^s, 45 aainutes each) which introduce students to APL/360. The 
tapes are run, with a knowledgsable Center ^employee in attendance, twice a semester - usually 
twice a day (n(Oon and 6:00 p. a. J. From i::wo to three hundred ;people per year are introduced to 
APL. in this aancner. The Center eapio?yee is necessa^ry priaarily to provide the encourageaent and 
motivation foir all stndents to gtet on the terainal as soon as possible and not just take the 
video course fiar theory. During each summer a special class for faculty only is held, and is 
well attended^. There is a 50 Jage supplementary manual aLvailabJ.e which is used to follow the 
xMeo tapes - g^rimariiy for the ^^^^^ of discouraging note- taking during the tapes. Copies are 

available. 

In addition to the video classses, which sasre well received, we offer live classes for 
groups, sudi as individual classes, on a demand basis- There is also a series of workspaces in 
APL which instruct a user in thQ Am syntaax: in a ncaa" node. He offer personalized instruction 
to users who reSAd the Dser's Man^l ojt o ur 3^ick Gui^m ton their own. The Qui^ck Guide is a brief 
introduction to APL/360 witli notes coiccerning specifically oar installation, and sample 
executions of sc^e of our public libraries.. This gijtide was iwrit:ten to hand to people who stop in 
the day after the APL classes emd aniff ask when oie* 11 be teaching an APL class. Copies are 
available on reg^aest. 



Ass istance to Usees 

In providiirig assistance to ^faculty Wis f ind various categories of needed support: (1) those 
who are sophisticated programmers, have goiaria ideas -forzapplxcatxons in their courses, and merely 
request account Mmbers for their students, .reservation of terminals, and perhaps demonstrations 
of APL in^group sessions: (2) those with gasod plans for applications, but lack ideas for 
impleaen.tiag ti^; (3) and those whose onj^rattributeHls enthusiasm. The last two categories of 
people are. best liandled on a one-to-one basisj^ tryinig rto adapt their needs to techniques and 
existing progra»s. With a sufficient nnaaber of examples of problea-solTiag techniques, 
simulation and fcatoriaJL programs tiiey can fxmd. sometkrng consonant with their interests that 
will provide the supp^le^saent or embellishmemt to their course that they songht. 



Stu dents 

Studejits tfho use the APL system da isx) also for varions reasons: (1) course requirements, 
(2^ their own research or other class wockv (3) general ungoided cariosity, and mass productions 
of SNOOPt posters. Hoareverr it is trme tha^ most stnd;ents become, for various reasons, much more 
sophisticated and ele^nt APL programmers chan faculty and tthat a great deal of conrse-rela ted 
APL work can be traced to student initiation, by suggestion ^ actual development. 



Computer Center Assislfcance 

In mott traseSr APL project^ have tlxejnost success vken they are tailored to a specific 
pisafessor «tnd Jirlas^s- Me have, hoiiev^ji;:,, devel«>p«di some geaer^ purpose CAI tecliniques that are 
a^plicable^ to various circnastaaf^ts. He "-ajm currently araluting the Author Tutorial System 
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available through Ibn. The object Is to allot' prote&sozs, vith a linited l^novledge of APL, to 
construct tutorials and drills* Students can respond to questions in free fors sente.n :es« 
Statistics of student perforaance can be obt^^Ued. 

In teras of particular applications, so^^ ideas ha?^ required a great deal of effort on our 
part and on the part of the otiginator. The ^^tst step is to deteraine whether or not the 
project is "northy" of iapleaentation. 

The determination of the " worthinGSs** ot a given application is not well-defined. Probable 
Use> tiae, and liaited personnel constitute th^ prisary constraints. :^t frequently goes beyond 
differentiating what is or is not a goo^ ^^L applicatioa. What ve aay conceive of as a *'bad** 
application can# in soae instances, serve a definite need«. Many applications such as the 
CHKHLIB, APL laboratory Bpnitoc, are not cost effective yet, but represent excellent prototypes. 

Certain Bodif icaitons of ideas and pr^^^dures iavariably Bust occur to sake then suitable 
for APL iapleaentation. Interestingly enough/ because of the ability of apl in siaulating 
e^zperiaents to their very liftit, aany ot the planned preshaan Physics lab experiaents vere 
modified - aainly because the original experimental proceduir^s, taken to the liait, produced 
less acccurate results than the aodified pi:<>CedQres on APL. The necessary algorithas aust then 
be developed,, and then coded* Prograa editing' a continual dialogue between prograaner and 
originator, is an interactive process that ^^n be very tiae consuning. Once the prograaaing is 
coapletded, arrangeaents are aade to allov ^^Udents easy access to the prograas. Student 
neactiou Is an iitportant ingredient in the d^^^rAination of aodif ications and eabellishaents* 



D ocuaentatioa 

It is axioaatic in user service-orient^^ organizations that effective publicity is an all- 
xaportant ingredient for success. He publish ^he Confute r Cen ter Newsletter four or five tines a 
year. (I£ you'd like to be on oar Bailing li^^« ve haVe cippiications vith us.) APL news gets the 
aost coverage* Ve also publish a list of pub^fc library vorkspaces and their contents; ve also 
have copies her:e for distribution. He also a^^Utain standardized "on-line'* dccuaentaiton. 

A large :nuaber of our APL users a^e ^.nterested in statistical funct^ions. He have tvo 
statistical packages: STATPAK and a package ^i^or Hen Paltz« Several additions have been vritten 
by SDlfT*>5inghaaton people. Unfortunately, a J-^^tge portion of potential users knov statistics but 
cannot understa^nd the descriptions that use a large aaouht of APL terninology. Our student 
proctors knov APL, bat not statistics. He h^^^ developed a descriptive workspace SIATHELP vhich 
gives even additional help to bridge this gap* 

He have iapleaented a SArBlXHELP that describes soae things that can be done vith aatrices 
and APL and points to other aatrix vorkspace^ In the public libraries. A POBHATUELP workspace 
contains functions and help to foraat data, functions and help in vriting CAI and directions on 
use of the various plot functions that have dCcuauls.ted in our libraries. 



Putore E fforts 

Soae areas of future saphasis. In ^d^ition to those aentioned above, include aore 
concentration in Psychology, the School of (l^tiageaent, the School of Kursing, and applied 
aatheaatics in the School of Advanced TechnoJ-°9y (SAT) » ■ ' 

Since ve do not currently have a file ^Vstea vith our API. systea tfe are restrained l>y the 
36K HS liaitation - especially- for statistic^^ applications, long siaulations, and CAI prograas 
requiring the logging of studeat statistics. feel a distinct need to provide aore inforaation 
to users on good prograaaing habits and on ti^^/space tradeoffs. A prograaaer in SAT, Grant 
Sullivan, has done soae investigation in Ptograaaing techniques to save space d.nd tiae/space 
tradeoffs. His vork provides soae help and guidance in goo^ prograaaing techniques in the above 
areas • 

Of the 1750 users on oar systea a relatively saall proportion exhibit escceptional 
prograaaing skills. It is a testiaony to the Efficiency of the API./360 iaplaeaentation that less 
than good prograaaing does not necessarily p^Uish the user. There are users vho are very clever 
vith the APL syntax but do not use it veil iP everyday practice. There are, of course, users 
vho, no Batter vhat the aaount of efto^t, vill never be good prograaaers. It is probalby 
iapossable and certainly iapractical to iapo^^ restrictions on the user coaaunity to atteapt to 
enforce prograaaing standards.^' He vould, t>oWever< like to increase cdapu ter- related skills in 
all areas. 

SOae of this iaproveaeat coaes vltt> knowledge of basic coapater concepts and naaerical 
aethods* Host of our users do not have the ti*^ to dedicate several course^ to achieve this type 
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of knoniedcj^e. So «e a the poosition of ha^^ ag .a consider ways of capsulizing APL and 

statistics, adranced APL, auoecical nethods useful in coding APL probleas, etc. 

Finally, there is the fcasjc advising users what systea to use. Initially we did not ofter 
any choice of conversational tsrainal facilities. However, we currently run TSO and anticipate 
situations, such as taJciny the deterninant of 50 x 50 natrices, where our advice will be to 
channel the application to the aost applicable teraiual systea. 

The ultiaate goals are to transport as aany useful programs to our systea as we can# to 
provide a" large base of available routines, to encourage the developaent of curriculua aaterials 
in our consortiua, to adequately publicize that which is available, and to provide the 
consultation and assistance necessary to eiliainate or reduce iapediaents to general 
d:avelopBent. We feel we are in an embryonic stage now, but look forwarei to increased service to 
ocr users. Ve would appreciate sharing experiences and programs with other installations. There 
is Buch to be gained by cooperative efforts. 
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EVERY LITTLE BIT HURTS: 



Saving Money by Saving Space io APL 



Richard Alercia^ State Uoiversity of New York 
Robert SwiateV., Binghamton Public Schools 
Gerlad N. Weinberg, State University o£ New York ^ 
Bi ngha ID ton. New York 



The State University of New York at Binghaaton has been a user of IBM,'s APL systtsm since 
the earliest releases, and currently runs about 50 ports on a model 155. At the time of our 
study, lUOO user numbers accounted for approximately 5000 tracks of 23ia space* A persistent 
trouble in our systeoi seens to be one of inadequate space on disk files. At the beginning of a 
semester there is quite a bit of space, but as the weeks pass on, the disks fill monotonically 
until users begin to feel the affects. Each passing year seeaed to see the addition ot another 
231U to the system/ in ocdsr to solve the previous year's problems, and each year the system 
fills up- Other installations have told us of the sane difficulty, so we decided to investigate 
the problem- : ' 

tfe conducted our investigation during the Fall, of 1971, through a survey and through 
detailed investigation of a randon sample of individual users' workspaces. Our sample generated 
295 user numbers, two of which were no longer in use and U8 of which were locked. We respected 
all locked numbers and workspa::es — of which there were only seven under unlocked numbers. 
Altogether, then, wfr investigated 2a5 numbers. We realize that the profile of locked numbers may 
be different from that of the unlocked, but we do not know how to adjust for the difference. We 
conjecture that the average locked user is a larger, more sophisticated user, and siace they 
seem to waste more space among the unlocked, we imagine that our esimates are consequently on 
the conservative side. 

In parallel with the study of workspaces, we distributed a questionnaire to 35 persons, 
most of whom were in the School of Advanced Technology and so might be expected to be more 
knowledgeable about APL than the average user at Binghaaton. The purpose of the questionnaire 
was to estimate what effect knowledge of APL has on space usage, and what possibilities there 
might be for space savings. We also carried on a number of informal discussions with users, and 
observed users at work. 



Indicators 

One of the first sources of wasted space is the space used for suspended functions. If a 
function is suspended during execution and the state indicator is not cleared, a certain number 
of bytes gets wasted unless execution is resumed. Of the 2a5 users we checked, U8 had some such 
wasted space. The number of bytes ranged from 68 to 20, SOU per 32K workspace. The total for the 
sample was 75,994, or about 33DK bytes per 1000 users. For our whole installation, if this rate 
is representative, a20K bytes are consumed in this manner, or about 70 tracks. 

Our survey showed that at least one-third of the respondents did not know the meaning of 
the SI symbol, and recall that this survey was among the most 'knowledgeable group of APL users 
on campus. But even people who knew what SI meant had wasted- bytes in their workspaces and had 
bytes consumed by Sis, even damaged Sis- Indeed, the more "sophisticated" the user, the more 
space he wasted in this way. 



^MEikS^te W orks paces 

He found a number of people to have two workspaces which were precisely the same, while 
others had very similar workspices. ie also found two or more* users vho had identical 
worskpaces. The main reason for such duplication is the presence of a COHTINUE workspace, which 
is presumably around in case of, or because of, system difficulties. 

In our sample, we found 92 CONTINUE workspaces for 2U5 users. Erasing only the ones which 
Mere exact duplicates of other workspaces would have rjeduced the 6U0 tracks used by these 2US 
users to 509 tracks. Dropping all CONTINtJE workspaces! would have reduced the total space to J6J 
traak;st. This ■ saving comes to approximately 1130 tracks^per 1000 users, or one 231U for between 
3c000 iiand^4;^iDG users. 
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!i^&diviAS si Libraries 

0£ najor importance is the space wasted by copies of functions which can be found in sose 
other workspace. These could be in either the APL public library or some private library^ Vhile 
it is difficult in the present APL iapleaentation to say precisely, our best estinate of the 
number of public library functions per workspace is two- The average size of these functions is 
approximately 2000 bytes, or 4000 bytes per workspace^ Over the 1657 non-CONTINUE workspaces in 
our system^ this represents abaut 6.^600,000 bytes^ or more than' 20 percent of the total tracks. 
If COHTINUE workspcices are incL^uded, this duplication of Bilblic functions accounts for over orie- 
quirter Of the space consumed In our system. 

Space consumed by , non-public^ or semi--public, functions is difficult to estittate, but, we 
found several sets of functions which were duplicated guite frequently, Most of these seem to 
have originated in some teachar*s workspace. A typical situation is for an instructor^ to create 
functions for his class to use- - functions hich each member of the class saves in his own 
workspace. One case, for instance, involved two tcacks, so if there were 20 people in the class, 
4Q unnecessary tracks would have been consumed. 



miscellaneous Wastage 

Disk space also gets wasted in numerous small ways which will probably be inaccessible to 
any systems solution, A person who knows the system well potentially has good control over his 
space utilization. Given an incentive to save space^ he will be able to do so. On the other 
hand, a person using the systei with little knowl'edge will most likely be wasting space, even if 
he has reason not to- Our survey indicated that many users were not sufficiently aware of the 
workings of the system to save space even if they had wanted to. 

But knowledgeable users can also be space wasters. Though they know hov», they are simply 
to3 lazy to clean up their woickspaces especially since our installation does nto charge for 
disk residence, tfe ran across one person who had seven workspaces^ five of which were the same. 
This totals 16S,000 wasted bytas, or roughly 24 tracks. 

Some workspaces had functions which were obviously to be used only once, yet they were 
saved. Others had two or more similar copies of a function, one of which* at least, contained a 
syntactic error and thus couldn't possibly run. It is probably of no value to save a function 
which von*t execute, especially if the number hadn't been used for six months. 

Though ve found no trace ot it, there was a well-organized APL baseball league going around 
campus. The grapevine tells us that these workspaces are carefully locked. l?e did, however, find 
some unlocked workspaces with other games. One was a basketball workspace featuring the New York 
Knicks. Whether, or not these functions had value for teaching or learning, we leave to others to 
decide. 

We encountered one copy of APL NEWS OF THE WEEK from 1^>69. Another ind ividual had a single 
function in his workspace which printed five other APL numbers. In additon, we found one 
unlocked MISS APL - using 7000 bytes - and three unlocked SNOOPIES. 



Recommendations 

There are a number of rataer clear steps which could be takei!^ by the IBM APL implementation 
to cut down on the amount of wasted space on disks. We shall consider these recommendations in 
turn, indicating which problem they address and how much saving they might be expected to 
realize in an installation such as ours which night be reasonably typical for a University 
environment. 



^tate lft4icatpr Vector 

For 99.9 percent of the jsers 99.9 percent of the time, saving the state indicators of the 
pr3gram after an attention seems a waste of space, since few programmers knov about their 
existence, fewer know their meaning, and almost nobody uises them to resume execution. 
Nevertheless* the advantages of saving the state can be maintain<c!d without the wastage of space 
if a few simple changes ace made. 

The system could prevent automatic storing of the state when ) SAVE is executed. The state 
would only be saved when a "special version of )SAYE is executed - such as 



)SAVB WSNAHE SI 

\ 
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This approach leaves only systea shutdowns or crashes to contend with. In these cases one 
caay be interrupted unintentionally, so the state could bB saved - but erased automatically after 
the first )LOAD oc ) COPY, and in any case after, say, one week, if the progranner hasnU loaded 
the interrupted space after ona week, it can hardly be an urgent latter, 

Estinated savings f roe this approach are 50 tracks/1000 users, 
CONTINUE Works£aces 

bfe recomnehd. at a BiniBui. that CONTINUE workspaces not be available except as an 
emergency storing place in casa of syten crash or shutdown. Many users eaploy CONTINUE^ to gain 
an affective increase in workspace quota, but they can be satisfied by whatever regular 
Assignaent procedure exists. In any case, it is poor practice to save in CONriKUE. for a sytea 
crash while working ou somethiag else will wipe out that version of CONTINUE, 

In the case of energency saving, CONTINUE workspaces should be retained for a aaxlaua tiae 
Of, say, one week and then automatically dropped from the system. Moreover, then a user signs 
on, he should be given a message that he has a CONTINUE workspace, and asked to use it right 
rn^J!runT,^°^^u^*'- Unfortunately, this strategy is not sufficient, for the great majority of 
CONTINUE workspaces are simply sitting behind numbers which won't be used for months. Therefore 
a time limit must also be set on inactive numbers. . 

In our system^ inplementiag this policy would save 1130 tracks/1000 users, Aft^r our study. 
Dur Computing Ceater instj.trnej the policy of periodically erasing all CONTINUE workspaces. 
There seem to have been no complaints, and the savings are commensurate with our estimates thus 
proving an empirical demonstration that this approach works and is not unbearable to the users, 

Haadlinfl of Libraries 

Probably the greatest wastage of space in our APL systea is bro^ight about by duplicates 
upon duplicates of certain library functions stored under number after reuaber, and sometiaes 
Ridtiy times under the same user number, when a workspace containiag a locked function originally 
loaded from a public library is saved, only the name of the function need be saved. Then, when a 
) or )CO?Y IS executed, the copy is brought anew from the public library. Currently, we 
estimate that this operation would save 20-25 percent of the disk space in our system, but this 
space saving would tenvl to grow as the library grows and the users stay longer with the system, 
so that their knowledge of the library grows. ' 

This operation is almost transparent to ,<he user, and would be entirely so if it were not 
for the possibility of new versions of library functions being issued from time to time, if the 
library functions are functionally equivalent, but are improved in space and/or tiae this 
system has the further advantage of giving all users the benefit of the latest improved library 
routines. Only if functional changes are made could a user get into difficulty with a program 
not working which once worked, i,i afty case, such troubles can be prevented by issuina the 



new 



version with a new name - which is probably best if the function has changed 

Can the Use r Do It? , 

An alternative solution to this same set of problems is to modify user behavior, tfell- 
tramed and conscientious users would, before saving any workspace, clear the SI and generally 
clean up garbage in the workspace. They would certainly not store copies Of library functions, 
but would erase them before saving ar.d copy them at their next work session, when loading after 
a crash they would carefully drop CONTINUE, 

Were all our users lite this, our APL system would be a neat and trim little operation. 
From our survey, however, we cannot find any evidence that anx users aire like this, tfhile they 
may spend hours trimming a few bytes so as to make a job'run in one workspace, they will not 
spend a few seconds copying library functions anew with each load. On the contrary, those users 
who do know enough to save space for the system will readily do the opposite if it is to their 
advantage. 

For instance, at the peak of last year's space crisis, users began to experience ND SPACE 
messages when they tried to save their active workspace. In order to avoid losing any: "work, 
knowledgeable programmers filled each workspace with long vectors so as to ensure a full five 
tracks would be occupied. This prevented NO SPACE - for thea - and they could shorten the duaay 
vector as needed, , ' 

At the other extreme, we find those users who might be happy to cooperate with the svstea 
in saving space, but don't even know what "space" is. ' 
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No doubt an APL installation with one hundred percent )cnowledgeable and conscientious users 
could save ouch more disk space than the system changes recommended in this paper. No doubts 
too, there will never be such an installation, Giveo the realititis of user ignorance and 
selfishness for the large majority, significant dead storage savings must come from sisten 
changes - changes which,. are transparent to the user, or at worst within the override control of 
the knowledgeable programmer, 

When APL was a young system, users could afford to put up with such glaring inefficiencies 
in storage management. In the first place, the number of users is always saaller when the system 
is first installed; in ohe second, the space per user grows as the number of users grows, so 
that the total space grows faster than linearly with time. InstalUtions cannot go on 
indefinitely devoting additional disSc packs to APL with each passing year- Charges for space can 
be expected to provide feedbacic to the users which will ultimately stabilize space per user, but 
.once charges for space are instituted, users themselves will begin to edenand the Kind ot 
automatic space controls we have suggested. 

In any case, these thre* simple systems changes we propose would reduce the configuration 
needed in our installation by one 2314 in three. Installations with larger numbers of users 
codld expect proportionately larger savings in disJ^: rental - rental which is effectively rental 
on an inefficient systems design. 
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SECUaiTY OF APL APPLICATIONS PACKAGES 

Paul Penfield, Jr- 
17 Bradford Road, ^ 
Weston, nassachuset ts 02193 

By the term '•applicatiDns package** is meant a set of interacting APL functions and 

variables that ^ user calls, along with certain "background" functions and data that are only 

called indirectly. if there is a proprietary interest in the package, then it is necessary to 

devise techniques to assure th» security of the package. 

An inteirpceted language like APL might be thought to pose severe security problens^ since 
(anlike a compiled language surh as PORTBAN) the source code is always sonewhere nearby- 
However, with proper design, reasonable security (consistent with the value of the goods 
prDtected) can be achieved. This paper deals with security for packages installed bt>th on 
private conputecs, and on commarciai time-sharing systems, with the emphasis on the latter. 

^tkl Securj.tX 

The purpose of a security system is to make it more difficult (i.e., wore expensive) for a 
potential thief- to get at the package without authorization, than it would be for him to do so 
legally. 

More specifically, there arB four general tyes of acts, that a security system should protect 
against, ^icst i^s display of the functions (and possibly the data), for example by someone 
trying to discover the coding. Second is unauthorized propagation of the package, foe example by 
means of DUMP'S. Third is modification of the package, and fourth is unauthorized use. 

There are four classes of people that the security system is directed to. First are 
unauthorised us^rs- Second ara authorized users, orusecs that are authorized for only certain 
types of use- Third is the operations staff of the computer, and fourth are coicputer system 
programmecs* There is no effective way to prevent a system programmer, if he wishes, "from 
violating the security of tha package. I assume that any system programner knows how to'access 
tha symbol table, how to unlock functions and how to beat the file system. The security of a 
package celies on the fact that such people are generally not dishonest, and therefore try to 
"play the game" fairly, and will not go out of their way to steal the package. It is therefore 
sufficient to design the systei so that they do not stumble upon any secrets by accident. As for 
the operations staff, this is a larger set of people and it is probably wise not to tempt them- 
What is necessary is to design the package in such a way that nontrivial work is required for 
them to "beat*' It. As for the end users, a few of then will regard it as a challenge to try to 
beat a security system, and therefore the security aspects must be designed as though all end 
users were malicious, scheming, knowledgeable APL programmers intent on stealing and/or 
destroying the Package- 

liSH. Secure 

No Security system is fool proof »/fo rtunately, however, foolproof behavior is not required. 
The only ceguirenent is that tne cost/ of beating the systeis^be, and appear to be, greater than 
the worth of the goods it protects.^/ 

In the case of an application^ package, the ^orth^l^B^tv o separate upper bounds although if 
there is ^ data bank, the valua of the data mightj be higher* Any package will by necessity have 
a user's laanuai which defines/the interface between the user and the package. A competent APL 
prograamec who also knowledgeable in the particular discipline can, in principle^ duplicate 
any package merely from the user's manual- .One upper bound to the worth of a package is the cost 
of doing juSt that- The other upper bound is the price charged for the sale^ lease, or use of 
the package- 

/ ■ ■ ■ . ' ■ ■ 

Protesting A^ai^^t Unauthorizea D is play 

Unauthorised display of functions can of course be prevented by simply locking them. lo 
some cases locking the workspace may also ba a slight help^ but in typical packages the 
workspaces in Question are supposed to be available to usees and it would not be appropriate to 
lock thea. / f t- r 

Soine installations have provisions for rendering functions and variable names unprintable.. 
I have never bee^told, but r assume that this is done by changing the name in the symbol table 
to blanks^ or to a ''name*' including a nonalphanumeric symbol or starting with a blank. This of 
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course should only be done to nanes that are not part of the user«,s vocabulary (i.e., only locai 
variables and background functions and data) but is effective in preventiag the display of soae 
variables^ especially local variables during prograa suspension. 

Some installations hdve the ability to aake a variable unprintable by changing its type, but if 
this can be done by the user it can also be undone and therefore is not an effective security 
measure. 



^£2k&SiiM Unauthorized P£o2a£ation 

One way of propagating . a package, of course, would be to display the functions and data and 
then aanually re-enter then elsewhere. There are other methods, however. The nost, obvious is to 
request a selective dunp of a workspace and then carry the lagnetic tape to another 
installation. Soae installations have conventions by which certain coaaents in a locked function 
make it un-duapable, but aside froa these there is little that a package designer can do to 
prevent a OUHP. 

There is nuch that ha can do, however, to nake such propagation fruitless. Most 
installations have special individual features; the comaon ones are file systems, and fast 
foraatters. If the package is individually tailored to use these features, it will not run on 
other systeas. 

There is sone danger of unauthorized propagation by actual reproduction of the tape which 
originally carries the package to the installation. There are a couple of easy things that can 
be done to aake this ineffective. First, there^is the "you add the eggs" approach whereby a 
siaple but necessary variable is oaitted, and is then inserted manually after the package has 
been loaded. The other is to send the tape with one or Bore functions unlocked and in error. 
Than, since only you know what corrections are necessary, only you can aake them, and the tape 
without the corrections is worthless. 



Peg tec ting Agai nst Unauthorizei Woiification 

With a package containing aany functions and variables there is soae danger of wrong 
results if some of the functions are replaced oraissing- To protect against this, and therefore 
to preserve the integrity of tae package, there is little that the package designer can do. What 
is logically required is the cDncept of a "locked group" which during ).COPy, )PCOPy. )GROVP, and 
)EFASE commands, would always stay together. Another useful feature of such an arrangement would 
^be identification of the locked group with the user number of the person who locked it, and 
therefore "owns" it. The rul2 then would be that only the owner could )SAVE a locked group; if 
anyone else tried to )SAVE a workspace containing the group, it would be erased before the save 
is executed. 

However, this is just a suggestion. It is not implemented, and usually there is nothing a 
package designer can c^o to prevent aodification of his package (although one installation has a 
similar arrangeaent applying to workspaces). 



Pro tec ting Again st Unauthori zei Use 

protecting against unauthorized use requires a validation system of soae sort. Such a 
systea need not be absolute, in the sense that it need not protect all functions in the package. 
It is sufficient to protect certain ••critical" functions. This approach reduces the number of 
validation tests, and also eliminates many lines of code. 



The cost of repeated validations can be eliainated by soaehoW ••conditioning^' the workspaces 
to allow subsequentfuse without another validation. This can be aost easily done by setting a 
global variable, called the ••conditionAng variable, •• to aatch the results of a test calculation. 
If the conditioning variable is OK, computation proceeds; if it is not, the validation routine 
is called and either the user is validated and ^proceeds (without even realizing he was 
validated) , or else the calculitions are aborted. For this arrangeaent to be effective, the 
conditioning variables must not .have aa obvious value. The foraula for calculating it aust be 
secret, and new versions of the package should incorporate new formulas with new arbitrary 
constaats. 

A conditioned workspace aust not appear conditioned under too general circumstances. For 
example, it would be bad if an authorized user could condition the workspace, )SAVE' it» and then, 
have an unauthorized user )iiOAD it and proceed. Similarly, if it is ever desired to remove 
authorization from a user, the conditioning must be set so as to expire automatically. These 
conditions can be assured if ttie value of the conditioning variable depends upon I29 and 125. 
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= nho»-»..r^t" function to do the Validation process should be avoided, since a user can 
thJ critTral^ f^llJ"^"""- / "t"^'' P^*" '° incorporate the validation cod; right tn one of 
^ functions of the package, if for soae reason it is necessary to use a separate 

;rii?d^d'*^5'"'t^^f;nctio!:r^H,^^ ^ft^r e^ '"" -"^"^ P"^'"^^ '•"^^ -^^^i" the envir^n^Lt 
L^rLTfuS^tioSl'orbrre^erlnces'io^^',!*'"^ referencing' local variables in the 

functiSr,^^ thin ^ ••'«P*"te validation function is used, a user can interrupt within the 

liQ -hf^v?^ ^ ? ^° ^^"^ nu.ber. For this reason it .ay be wise to incorporate an 

119 checK to foil such attempts. i.u^-uti/ut»..c an 

unpriitable!^^"^^' conditioning variable and the validation routine naae should be 

«,n^A^n^^ 1^^" ?^ authorized users is kept ii ,the workspace, it takes up space, so perhaps the 
thi ' 1^^" """^ " * ^"1--- on the other hand, i£ there is a file system! 

Itl %•? users can t.e stored in a r«ad-only file, with the .«sBr nu.bers coded In sole 

lll'i.l^t wh?n?*^^"'"'K "^^"^^ shouldiS« secret, and should not: appear as part or a 

variable which can be displa)/ed during prograa suspension. The list o£: authorized users should 
be used and 1 Mediately discaried. on the sane line, to keep that list xrtself confidential The 
systam could be devised to require a password from the user, if desired. The 

2ik£E Uses of a Security; Slgtea 

Of pr;vid!nrotLrier;icls°L\eir ^ " "P-''^^ 

V 

... the system can provide a monitoring of usage of the package, to any desired deqree. 

to iIent?fv'"'neon?f ho""""" ^hat are foiled by the security system might be LcorSed; plVtlj 
customers. ^ ^ ""^'^ ""^^ ^""^ P^^^^ identify potential 

M.f^'"""*' r^'^.u* ^^^^^^ "° provide a means of communication from the owners of the package 
to the users- Unauthorized usacs can receive a polite notice of rejection, if that is desired, 
or notices can be posted to be read by each 'jser the next time he validates. These notices can 
oacka^e^'^^^"'° of package modifications, to suggestions for b;t;Jr use of the 

package, to descriptions of new literature about the package. 

of th^^^t^vl^^o^"^** * system might even include a procedure for messages from users to the owners 
of the package, for example, caguestxng literature or special assistance. 
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A PL/1 BATCH PBOCESSOa FIqH APL 

S. Chdr noninan and J. E. beli 
University of Missoajli 
Colaabia, Missoari 

ABSTRACT 

h;,« hl^n^. ^^^t^ '^T':':'-^^^^^ tiaaslator for batch processiuy of ,aPL. It tfas written in PL/1 and 
has been operational throagh the asaa£ card reader for lupat and the printer for oatpat as well 
ds rhrough..a typewriter terminal ander neaote Job Entry of the Conversational Programming System 
Jpw^i^O '■'Tu ^l" accepted by the translator is at the JeeveT of 

APL/llJO .The translator provides file processing facilities via PL/1 and a form of oDiect 
APL/3 6S. ^ ^^^'^ " ^^"^ ^^''^^ ^ temporary substitate and then a sapjlement to 

In th^'^caie^f"!pTfQ^\^L''?'f era ctnive and batch facilities tor any good high-level langaaye. 

APL/3^0f 10^ AL^^norfl"'''^''^ ""^"^^^^'^ ''^^^ ^^"^^^""^^y provided by the interactive 

ho2i ^-"^ APL/n30[2] systems. Experimentation with algorithms and debugging of programs 

are best done in the interactive moda. However, once d prograc has been debagged dnd *s r ly 
for production the source program need not and should not De reinterpreted over over tor 

ra»s Tt' P"^°'^"'" °' ^" intermediate r 'ipresen ta tion sftoald be set ap tor sal,segaent 

or^rtM.hfL sabseqaent rans are done throagh oatch the terminal coald also be used tor some 

of a^ro r T"'^"''" ^"^'^"'^ ^dving its keyboard locKed ap to „ait tor the resalt of execation 

tha scQDe^ of"'ih?t^ sitaation tike at the University of Missoari in 19/0 (dae to r..dSons not in 
r , n ^ "^^ decided not to provide APL/J60, bv. to provide CPS 

ienxar^nth'o" P'^°g"'°'°^ny Systac)[1] „ith conversational PL/1. BASIC r^^ots job ontry. The 

sn ^hrl -as (and still 13) strongly for APL and wanted his stadents to have access to APl! 
SO, a noiae-grown translator far batch processing of APL was developed[ u ]. 

hi.h ^" ^° ^^"f translator operational as soon as possible, it was decided to use a 

fOB^RAr rv •^^^^-^^^ language. PL/1[ 7, 8 ]%as chosen for it is ric er than 

BissoSri. P'^og^o'^ina [5.6] and was available at the University of 

an «hH«^. resulting translator is more than an interpreter but less than a coBfUer. It provides 
an object program not in assemjiy language but in a Polish form of descriptor LxocHs with tadles 
of information to oe used for subsequent runs if det^ired. Version J.O of the translator was 
compiled, on the IBM 360/65 at the University of M issour i-Coiu-nbia. It runs in a ba?ch 

ar ^^^"w^^. t^J '^"^"^'^ ^ "■^'^ result printed on d prin- 

Iniry d program aad the result communicated through an IBM 27al under reoote job 



^iLiiMiSA£.i2Il the Translator 

tnr^Jni^tl^ ,^ generil organization of the translator. The source prograa is processed 

tnrough the lexical phase and syntactic phase one statement at a time to convert the original 

rre^prorucL":nd":o°dtf"i:J:'"' ''''''' ^''^^ processing the tables of into°r »a' Ji^i 

the e^S^uti^i%^b:srL-rter IT \lT V^^^^ llt'^^^tl^^ll 
coBputation. Any data to the APL source program is read in during execution phase and the three 
r-l.lJ ""^^'^ '^"■^^"9 lexical phase are modified tc reflect changes In the information they 

v^^^.a^ f T °^ the APL source program. For si.plicity it was decided that onlj 

values and not expressions would be allowed as data in version 3.0 of the translator. 

infoT-^^-"^ ^-^K •^^f^''!^ ^^.^^^ ^^""^ °^ APL source program is recoded into a unit of 
so^r^e 'f"",'?''"'^ be referred to as a descriptor block. A descriptor block serves a2 the 
source of all information related to the atom for_whJch_. i.t.Stands Z"!. 



section 



The first part, callec 



Each descriptor block itself is logically divided into two parts. The f 
tha type section, contains 8 bits each of which may be 0 or 1. The second part, called the index 
contains an integer number. Each descriptor block is exactly three bytes long, the type 
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section being ou i and the index section being two bytes. Figure 2 shovs the logical broalc 
down of a descriptor bii^OG^k, 

The first ti n^ie^ b-i^s oC the type s:ectioii are grouped together to torn a type code. Eight 
type codes are possiibler only five are: used presently. The ihit pattern and meanings of each 

possible type codis aDfe also ;^hown in Figure 2, The typs code of each descriptor block is 
determined during tte lexfeal phHi^e when the descriptor :d1ocIc s.rs created. 



APL 
PROGRAM 



LEXICAL ANALYZER 



^SYNTACTIC ANALYZER 



MODIFIED POLISH 
FORM OF APL^HRO.GRAM 



/ 

DATA 









EXECUTOR 



TABLES OF 
INFORMATION 



SYMBOL 
TABLE 



FUNCTION 
TABLE 



VALUE 
TABLE 



OUTPUT FROM 
APL PROGRAM 



FIGURE I: GENERAL ORGANIZATION 
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TOTE SECTION 
TYPEP BIT (8) 



INDEX SECTION 
PTRP BIN (15) 



T * 1 1 ' r 




MEAINING 

END OF STATEMENT 

NOT USED 

FUNCTION 

CONSTANT 

NOT USED 

VARIABLE 

NOT USED 

OPERATOR 



FIGURE 2: DESCRIPTOR BLOCK 



TYPE CODE 
000 
001 
' 010 
'-Oil 
100 
101 
110 
111 
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Bit tour may take on two differeat meanings depending on the type code of the descriptor 
block. If the descriptor block, is typed as being that of a constant then bit four ls oarited 
luring the lexical phase to in:iicate the numeric (0) ol character (1) attribute ot t;ne constant. 
If the descriptor bloc)c is typad as bein.j an operator then bit four is marked during the r 
syntactic phase to indicate th^ monadic (0) or dyadic (1) nature of zhe operator. 

i3its five, six, and sevsa are grouped togetuer to rorm the bracket level index. During the 
syntactic phase the bracket level index is set to reflect the imbededness ot each descriptor 
block in a subscript. The fact the the bracket level index is a three bkt pattern accounts tor 
the restriction of seven levels of subscripts in Version 3.0 of the translator. 

Bit eight may take on trfo different meanings depending on the type code of the descriptor 
biocic. If tne descriptor block is for an operator and the index sectxon is set to indicate an 
input/output operation then Dit eight is set during the syntactic phase to indicate whether it 
is an input (0) or output (1) Dperation. It will be noted here that the translator internally 
handles an I/O symbol as in operator rather than a variable. If the bracket level index is 
greater than zero then bit eight is set during the syntactic phase to indicate whether the 
descriptor block marks an actual subscript (0) or is a plaue marker (1) for a subscript which is 
implied, but does not appear, 2.g.# the first subscript is A[ ; 2 J. 

The index section of tae descriptor block with its numeric index may indicate any one ot 
several things depending on ths type code found in the type section of the descriptor block. For 
varia Die-type descriptor blocks or constant-type descriptor blocks the index section contains an 
index to the array of pointers to the symbol table. This indax may be used to index t.he array- 
of-pointer variables to the symbol table to get the pointer to a symbol-table entry and hence 
ths symbol-table entry for the variable or constant in whose place this descriptor block stands. 
The index to the arra y- of -point er vdr iaole to the symbol table is placed in the descriptor block 
during the lexical phase for constants and variables. 

For £ unction- type descriptor block the index section of the descriptor block contains an 
index to a pointer array to tha function table. This index may be used to chain back to the 
function-table entry for whi::h a function- type descriptor block stands. The index section ot a 
f unction-*ty pe descriptor block is completed during the lexical phase. If the type code for a 
descriptor block is set to indicate an operator then the index section of the descriptor block 
contains tne operation code as determined by an operator matrix in the lexical phase for the 
operator for which the descriptor block stands. 

For each variable, constant, and statement label found in an APL source program during the 
lexical phase a symbol-table entry is created. Symbol-table entries are allocated dynamically as 
needed and a pointer to each allocation is kept in an array of pointer variables called PTRSE. 
The index section of descriptor blocks for variable, constant, and statement label contains an 
index to PTRSE. The limitations on the number of variables, constants, and statement labels 
::ontained within one APL source program is set by the length of the pointer array PTRSE and the 
area of core available for allocating symbol-table entries. 

Each symbol-table entry is logically organized into five sections. The first section 
contains the name of the symbol represented by the symiiol- table entry. The name is placed in the. 
symbol-table entry when it is allocated and may be up to eight characters long in the present 
version- The second element is called the type flags and is one byte in length-; Version J.o ot 
the translator uses only the eighth bit^ to indicate whether the value area associated with the 
table entry in question contaias character (1) or numeric (O) values. The third section contains 
the rank and the shape of the structure- For simplicity Version 3-0 of the translator allows 
structures only up to the rank of three- The values -1 and -2 in the rank oyte are used to 
indicate the empty vector ind undefined structure respectively. The fourth section gives the 
extent of the value area and the fifth section the pointer to the value area. 

Value areas are allocated and freed dynamically. If no Valiie area has been allocated to a 
symbol-table entry then the extent value is set to zero and the pointer set to null- 



For each function found ia the APL source program, a function-table entry is created during 
the lexical phase- Function-taaLe entries are created dynamically and a pointer to each 
allocation' is placed in an array of pointers to the function-table entries (FPTR) - The index 
section of a descriptor block for function contains an index to FPTS. The pointer array FPTR in 
the Version 3.0 of the translator is 100 members long and each function- table entry requires 1i 
bytes of core storage- Therefore, up to 100 unique functions may be used within one source 
program provided enough core storage is available- 
Each function-table entry is logically divided into four elemeiits- The first element 
contains the name of the function exactly as found in the source pr:ograB. The name may be froa 
one to eight characters lonj. The second element of a symbol table entry contains a type code 
set during the syntactic phase to indicat^ how many arguments will be passed into the function- 
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A type code of "1" iudicates the presence ot a right hand argument aud a type code of 
indicates the presence of both a right hand and left hand argument. 

The next two elements of-a function-table entry are entered into the function table during 
ths syntactic; phase and contain the line number or address of the function header and the line 
number 'Of the last statement ot the definition. This information is used during the execution 
phass for execution of the funrition. 

The last element of a f uaction-table entry is a pointer to a pardojeter list. The parameter 
list coutams a list ot indexes to the array of pointers to the symbol table (PTRSE) , the 
parameter list is dynamically created .to the length needed to coctain indexes to each variable 
found on the function-header statement. The order ot the indexes in the parameter list is 
significant. The first position in the list contains either an index to the synbol-table entry 
in which the result ot the funrtion will be found at the termination of the function, or the 
first position will contain zero to indicate no result will be returned by the function. The 
second position of the parametsr will contain either the .index of a local variable as listed on 
ths function header, or the iniex of the right-hand argument if the function is not niXadic. The 
third position of the parameter list contains either the index of a local* variable or the index 
of the left-hand argument if the . type code is set to two. The remaining positions ot the 
paraaeter list contain the indexes to PTRSE for the reaainig local variables., The niinimum 
length of the parameter list is one for function with no argument and no local variable. 

The relationship between a descriptor blocK and symbol table, function table and operator 
table is shown in Figure 3. 

As mentioned earlier, I/O tor the translator may be either through -reader-printer or IBM 
274 1 terminal. With the card card-reader-printer, APL source program aud output must be 
represented in PL/1 charactsr set such as a modification ot [3]. Through IBM 27a 1 the present 
version of the translator accepts only PL/1 character set, but a front-end is Ueing developed to 
allow use of APL character set. 

A sample CPS session of 'APL is shown in Figure a. After the 2741- terminal has been 
connected to the computer a session begins by the user making a login request. The computer 
respands by asking for the pissword to be typed in by the user in the black-out spaces, if the 
corract password is not given by the user after a few attempts, the machine will force him out 
by locking the keyboard. Othatwise, it will print a message including the time and date. Atter 
this point vf the machine experts you to type any line it will underscore, backspace and wait. 
In other wotds, any line you type in will appear witn the first letter underscored. 



In Figure U (a) the first command or request the user made after logging in was "load" and 
"list" a program, segment named "aplrje". This program segment is the set of PL/ 1 job control 
cards for processing an APL program (or a batch of programs) and channelling the output to a 
cataloged data set to be written via the terminal. 

The set of PL/1 job control cards shown in the listing of "apirjp" is for processing APL 
and channelling the output to the printer rather than the typewriter terminal. 

The last listing on Figure ^ (a) is a sample APL program complete with its job control 
cards (and not PL/1 job control cards). It has been stored under the name Ma3601". 

To schedule a job we use the CPS instruction 

sched (A»B>> ) 

"TThe^n"^ "A, "B^ ... " are the names of programs which have been stored, and the symbol '•>>" the PL/1 

catenation operator. For example, in Figure 4 (b) after the listing of his library, the user 

schedules the program obtained hy catenating the set of job control cards in "aplrje" and the 
APL segment in "a3601". The system responds by giving the job number (94 in this case) and the 
tine it ;.enters the queue. The status of the job may be requested by the CPS command "find (A) " 
where A is the job number. On the fourth line from the bottom of the listing on Figure U (b) , 
the machine responds to "fiad(94)" that this job has been completed at 9:56:23 which is about 
six Binutes turn-around time. 

Once ithe job is completed the output nay be printed by using the reader program which is a 
PL/1 program to be executed in CPS PL/1 and not CPS RJE mode. Therefore, the user must log-out 
from BJE as shown on the last two lines in Figure U (b) , and log- in PL/1 as shown on the first 
line of Figure 4 (c) . The reader program is executed by the CPS command •'xeq" and it asks tor 
the file name which is "printax" in "apirjp". 
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The output of the API progrdo ^aBSOl" is shown in Figure 4 (c) • In general, the output froa 
Version 3,0 of the translator is arranged in two sections. The first section is headed by a 
heading identifying the translator. Below the heading the APL prograa is reproduced and each 
line IS numbered. Errors focnci during the leacical-syn tac tic scan are printed out below the line 
in w'hich the error occurrei and contain a reference to the statement in which the error 
occurred. Provided the program passes the lexical-syntactic scan, a aessage indicating that no 
errocs were found during tie syntactic scan and that the execution phase is in control is 
printed out. 

The second section is headed by a heading which indicates the prograa output and the 
translator or systea output. The output from the APL source prograa is printed on the left-hand 
si^e of the page. The right-hand side of the page may contain system output, Systea output 
consists of the statement number and, optionally, variable name associated with each output 
operition executed in the API sp\itce program. Execution errors are printed out as they occur and 
will generally reference aa APL source statement ia which they occurred. 
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FIGURE 3: RELATIONSHIP BETWEEN A DESCRIPTOR BLOCK 
AND TABLES 



ERLC 



128 



Iogin(cps003,n24 ,rje) 

PASSWORD: MiMSfi 

GOOD MO RISING; USER 01; 

load (apl rje) 

Tist 

10, 0100 
20, 0200 
30, 0300 
40. 0400 
50, 0500 

load(aplrjp) 

Tist 



9:40:54 5/27/71; 



//XJOBCARD JOB (K11197 , ,280K) ,CHARMONMAN ,MSGLEVEL= ( 1,1) ,REGXON=310K 
//SI EXEC AMPLE 

//SYSPRINT DD DSN=CPS003 ,N24 ,PRI13TAX,DISP= ( rCATLG) , 
// UNlT=2314rSPACE=(TRK, (1,1) ) , VOL=SER=MFC163 
//APL. SYS IN DD * 



10, 
20. 
30. 



0100 
0200 
0300 



//XJOBCARD JOB (K1119 7 , , 280K) ,CHARMONMJ^ ,MSGLEVEL= ( 1,1) ,REG10N=3lOK 
//SI EXEC AMPLE rTlME=2 
//SYSPRINT DD SYSOUT=A 



40. 


0400 


//APL. 


SYS IN DD * 




Ioad(a3601) 










list 










10. 


0100 


) JOB 






20. 


0200 




3 §* 4 


@ 


30. 


0300 




X :< 3 @* 4 


@ 


40. 


0400 




X 


@ 


50. 


0500 




Y :< 5 


@ 


60. 


0600 




X@+Y 


@ 


70. 


0700 




P :< 1 2 3 4 




80. 


0800 




P @* P 


@ 


90. 


0900 




P @* Y 


@ 


100. 


1000 




Q :< 'CATS' 


@ 


110. 


1100 




6 




120. 


1200 


) DATA 






130. 


1300 


)END 






140. 


1400 


/* 







(a) JOB CONTROL CARDS AND A SAMPLE PROGRAM 



lib list 

^rm *xbrni *desc *al watjcl wattst watdat pascal 

a3601 cardd facmn apljcl apll jclwat jclapl aplxxx 

aplpg apl job apl rje aplx4 a3602 nodata pscld aplmod 

*aplrd aplpgl aplpg2 aplrjp aplpg3 aplpg4 facfiin permt 

job end job fnmain expand 



schedCaplrjel |a3601) 

JOB CPSJOB94 ENTERED QUEUE 00 AT 9:50:18 71-147 
logout 

TIME 9:50:54; TIME USED: CPU 00:00:06; TERM 00:09:o9; PAGE 00:09:50? 



1 ogin ( cps 0 0 3 , n2 4 , r j e) 
PASSWORD: UttfiU 

GOOD MORNING; USER 01; TIME 9:55:52 5/27/71 
find (9 4) 

JOB CPSJOB9 4 COMPLETED AT 9:56:23 71.147 
logout (resume) 

TIME 9:56:41; TIME USED: CPU 00:00:02; TERM 00:00:49; PAGE 00:00:41; 



(b) SCHEDULE AND FIND 
FIGURE 4: A SAMPLE CPS, SESSION (CONTINUED) 
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1l_oain (cps00 3 ,n2 4) 

PASSV/OPD: MAMB 

GOOD MOVING? UwSER 01; TinH 

Toad (reader) a59sys 

xeq 

Enter simple file 
name 

J^printax* 
VERSION 3. 



9:57:03 5/27/71; 



0 



/''PL/UMC 
COMPUTER SCIENCE DEPARTMENT 
UNIVERSITY OF MISSOURI, COLUMBIA' 



3 @* 
X :< 

X 

Y :< 
X@+Y 
P :< 
P ^* 



0* 4 



3 4 



1 2 

P 

P @* Y 

O : < • CATS * 





G200 




0300 


^. 


0400 


(3. 


0500 


@. 


0600 


^- 


0700 


0- 


0800 


P. 


0900 


(3. 


1000 


@- 


1100 



6 
7 

8 
9 

10 Q 
COMPILATION COMPLETE 

*****N0 ERRORS ENCOUNTERED IN SYNTACTIC SCAN, NORMAL PROCESSING CONTINUING 
★★★★★EXECUTION PHASE NOW IN CONTROL***** 

t ★★★★★★★★★★★★★★★■*★★★★★★★★★★ ★★★★**********< — PROGRAM OUTPUT 

APL/UMC SYSTEM OUTPUT 



STATEMENT # " | VAR N AKiE 



12 
12 

7 

1 
_5 
CATS 



4 
10 



9 
15 



16 
20 



10 Q 

***SAMPLE PROCESSING COMPLETE*** 



(c) OUTPUT ON THE TERMINAL 
FIGURE 4: A SA^^PLE CPS SESSION (CONTINUED) 

CPS editing facilities may be used to edit any APL progran. A sample editing session is 
shown in Figure 5 with comments on the right-hand side of the CPS iisting- 

One of the dssets of Z9S is the ability td store user-defined functions in the CPS data 
set. On scheduling an execution, any set of these functions can then be concatenated onto any 
sour::e program requiring them- 

Other sample executions of the translator are presented in Figure 6 and 7. 



The batch processing translator presented has been operational on the IBM 360/65 at the 
University of Missouri, first as a temporary substitute for a year and then as a supplement to 
APL/360. As a substitute it provides access to a form of APL for teaching and research- It 
allowed a local group of APL users to be set up and became a factor in the university's decision 
to maJte APL/360 available ia 1972. As a supplement it allows access to APL when terminals are 
occupied for ATS and CPS- It also allows programs to be enteCed through the card reader, edited 
on the terminal, sample output checked on the terminal, and final output printed on the printer 
it desired - 

Although the subset of APL accepted by Version 3-0 of the translator is at the level of 
APL/inJO the translator does provide file processing facilities via PL/1 and CPS RJE- It also 
provides object code in the form of Polish strings of descriptor blocks and information taDies 
for possible uses in subsequent runs- 
One of the drawbacks of tie translator is, of course, the character set- This problem would 
be salved if and when an an APL print chain becomes available- With a minor aodificatioE ot the 
translator, a program may be antered on IBB 2741 with APL type ball and program listing done on 
ths terminal in APL. If the numerical result of computation is voluminous, it may be printed on 
the printer, leaving the terminal available for other uses- 
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loain (cps003,n24,rje) 
P;\SSWORD: fififlfiU 

GOOD MORNING; USER 02; TIME 11:12 :15 5/28/71; 
10. N :< 

5! 

5. 

list 
5. 

10. 
£20,10 

30. 

40. 

50. 

60. _ 
T_ist 5 thru 10 
5. 0050 

10. 0100 
£0 I *K*N* 

" 40. :> (N @> I :< I 
40!/@-/^+/H/A/ 

40. :> (N @> I :< I g+ 1) #/ A 
45. #= :< 'PASCAL END" 

1-ist 45 thru 50 



#= :< "PASCAL START' 

0050 #= :< "PASCAL START' 

0100 N :< #= 

:< P :< I : < 1 
A;= ii= :< p :< (0 @, P) @+ P ^ , 0 
~:> (M @> I :< I ^- 1) #/ B 
"#= :< "END OF S/^MPLE PROGRAM" 



#= : < • PASCAL START" 
N :< # = 



1) #/ B 



'45. 0450 
50 0500 
erase 50 thru 50 



l_ist 
5. 
10. 
20. 
30. 
40. 
45. 



0050 
0100 
0200 
0300 
0400 
0450 



0. 



#= :< "PASCAL END" 

#= :< "END OF SAMPLE PROGRAM" 



#= :< 'PASCAL START" 
N :< # = 

#= :< P :< I :< 1 

A:= #= :< P :< (0 @, P)' P P , 0 
:> (N |a> I :< I (3+ 1) #/ A 
#= : < "PASCAL END" 



ERASE AtiY CHARACTER BY 
BACKSPACING OVER IT. 

TO SEE A LItiE, TYPE GKE 
OF THE FOLLOWING TWO: 

<Llh'E liO>l 

<ATT>LIST 

AUTOMATIC HUE tiUMBEBING. 



LIST SPECIFIC SECTIOli OF 
PROCFAy. 

REPLACE A SUBSTRING IN A' LINE, 
REPLACE SEVERAL SUBSTRINGS . 



ERASE A NUMBER OF LINES. 



save (pascal ) 



FIGURE 5: A SAMPLE EDITING SESSION 



VERSION 3.0 



APL/UMC 
COMPUTER SCIENCE DEPARTMENT 
UNIVERSITY OF MISSOURI, COLUMBIA 



1 


$+ R:< "PASCAL" N 




@. 


0020 


2 


#= :< P :< I :< 1 




@. 


0030 


3 


A:= #= :< R :< P :< (0 


@f P) @+ P @, 0 


@. 


0040 


4 


:> (N @> I :< I @+ 1) 


#/ A 


@. 


, 0050 


5 


$+ 




@. 


0060 


6 


R :< "PASCAL"" 5 




@. 


• 0070 



COMPILATION COMPLETE 

*****N0 ERRORS ENCOUNTERED IN SYNTACTIC SCAN, NORMAL PROCESSING CONTINUING 
*****EXECUTION PHASE NOW IN CONTROL***** 

*********************** *******************************************<„. pj^OGRAM OUTPUT 

APL/UMC SYSTEM OUTPUT 



1 
2 
3 
4 



STATEMENT* | V AR NAME 

5 

> 3 

> 3 

> 3 

> 3 

***AMPLE PROCESSING COMPLETE*** 



FIGURE 6: A USER'S DEFINED FUNCTION 
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VCRSION 3-U 



APL/UMC 
COMPUTER SCIENCE OEPARTMEf^T 
UNIVERSITY OF MISSOURIt COLUMBIA 



J,M :< 'X*! Y+Z«^(K/L)/B) + E*B/(A/( J♦K*L)♦^)a• 

K:< I <d. 
ST :< Si $? IN 3. 

sT(rK?) :<' • a* a. 

SP :< 0 I 2 3 O^IOOO 3, 
IP :< ^ I 2 3 I^IOOO a, 
OP :< M-H*/)^^' 3. 
OD :< • ABCDEFGHIJKLMMOPQKSTUVWXYZ' 5- 
UT :< $1 I :< 0 a. 
L0:= I :< I a)+ I a. 

:> IN(%I?) Sfl 00) H/ LI 3. 

or :< or a, tis) a. 
#= :< OT a, 
:> LO a* 

Li:= :>( IN(^I^) 3= ' ) • ) S/ L2 9. 

• :> (iN(!?;i?) a= 'a* ) ff/ L3 a. 

L7:= XX :< OP $1 ST(55K?> 3. 
YY :< OP S| IN(?I^) 3, 

:> (SP(%xx?) -< iPixyyi) ) 3. 
K :< K a-^ I a, 

STC^K'?) :< IrJCKi:?) 3. 
:< ST a. 
:> LU a, 
L4:= OT :< OT 3, STC^Kt) 3. 
K :< K a- 1 3, 
:> L7 3, 

L2:= :>(ST(«K^) 3= M' ) #/ 9. 
OT :< OT 3« STC^K?) 3. 
:< OT a. 

K :< K a- 1 a. 

:> L2 a. 
L5:= K :< K a- I a. 
:> LO a» 

L3:= ST(%K?) 3= 'a* ) #/ L6 3, 

: > L S a, 
L6:= OT :< OT a, ST ( %K%) 3. 
K :< K a- 1 a. 
:> L3 3, 

L8:= #= :< 'THE FINAL POLISH STRING IS 3. 

#= :< OT a, 

COMPILATION COMPLETE i 



♦♦♦♦♦NO ERRORS ENCOUNTERED IN SYNTACTIC SCANi NORMAL PROCESSING CONTINUING 



♦♦♦♦♦EXECUTION PHASE NOW IN CONTROL***** 



FIGURE 7: A SHUNTING ALGORITHM 
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I 

2 
3 
^ 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
2A 
2d 
26 
27 
28 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 



4c4c«4c*«4c4c4t«^*t4c**4c4c#«#«#4c4[4c4c4c< k«« < PROGRAM OUTPUT 



APL/UMC SYSTEM OUTPUT 
V 



A 


_____ ^ 


1 3 


f 1 T 

U 1 






22 


S T 


Ol * I 


_ ^ 


22 


ST 


A T 


^^__ ^ 


1 1 

1 3 


U 1 




_ _ ^ 




C T 


^ V 7 
A T 


_ _ ^ 


1 i 

I 3 


0 T 


Of » I T 


^ 




C T 


» * I T I • V 


_ ___ ^ 


£.£. 


C T 


Y V 7 * 1^ . . 




1 a 
I J 


U 1 


CM * I ▼ I / 


_ _ ^ 




Q T 


AT t, T Is L 




1 "a 


f 1 T 








n T 
U 1 


^ # f 4- / / 






Q T 


XY^+KL/B 




13 


OT 


XYZ+KL/B/ 




2S^ 


OT 


XYZ+KL/ti/+ 


> 


29 


OT 


a+ ( ♦// 




22 


ST 


XYZ+KL/B/+«t 




13 


OT 






22 


ST 


XYZ+KL/B/+*Efl 




13 


OT 


a**/// 


> 


22 


ST 






22 


ST 


XYZ+KL/B/+*EBA 


— — — — 


13 


OT 


(])♦♦/(/ 




22 


ST 


/( 


> 


22 


ST 


XYZ+KL/B/+*t:BAJ 




13 


OT 


a+*/(/(* 




22 


ST 


XYZ+KL/H/+*EBAJK 


> 


13 


OT 






22 


ST 


XYZ+KL/B/+*EBAJ^*L 






OT 


XYZ+K.L/B/ + *cBAJK*L» 


> 


29 


.'OT 


ol**/ ( *(* 




22 


ST 


XYZ+KL/B/+*eBAJK*L*/Z 


> 


13 


OT 


XYZ+KL/B/+*EeAJK*L*/Z+ 


> 


29 


OT 


THt FINAL POLISH STRING IS : 




39 




X Y Z+ KL/ B /.+ ♦ fe3 A J K.*L*/Z+/* + 






07 



***AMPLE PROCESSING COMPLETE*** 



FIGURE 7: A SHUNTING ALGORITHM (CONTINUED) 
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SUBTASKING IN APL 

Alain Siville-deChtae and Louis P, a, Robichaud 
Uni?ersite Laval 
Quebec, p, Q,, Canada 



£llt£23M£tion 

la Uis paper we discuss a aodificaiton to APL/360 which allows rather interesting nodes of 
l?fr«if ^ ' ^"u^ subtasking, multitasking, working without a terminal, comoiunica ting between 
terainals synchronously or asyachrouousiy, etc. 

By subtasking we mean tHe subdivision of a oiain prograa into parts called subtasks, which 
nay be executed concurrently, permitting such things as the overlapping of input/output with 
pracassing. One »ight consiier that multitasking is involved in a situation where a number of 
APL users are controlled by tha same APL task, 

«K4^u^'* APL each signed-on usee executes only one program at a time, although APL is a system in 
Which a number of users are (conceptually) working concurrently. However they are essentially 
working independently of one another, except when sending messages, 

APL contains the basic elements for our subtasking needs. However subtasking requires a 
more sophisticated means of control and conmunica tion between tasks, as well as the ability nf 
starting and stopping tasks, ^ 

Cgnce pts 

If one user could be ::onnected to another user*s workspace, he would then havs complete 
comtcol of what is done in that workspace, f-i.^-.e 



2ae functions: 



SL ^ SEND 'TXT' 
Z ^ RD SL ' 



allow communication to port 3L just as if our termimal was physically connected to port SL. It 
is important to note that the text TXT- is seen by port SL exactly as if it were being typed oa 
Its own terminal, ^ j ^ ^ i/ts 



The output produced by port SL in response to TXT* can be. read and assigned to a character 
variable Z, Bd will read only one line of output at a time. It is used in the function: 

Z ^ READ SL 

hv^^DT ^^^^ output from port SL and remove characters such as the 6 blanks produced 

.D y Airij, It or example* — ■ 

SEmmOAD X2Z^ V/S , 

... - I>ff^i5 ...... ~ 

)SAVE' 

HEAD 60 

SAVED 14.05.02 05/11/7 2 — • V 

1 2 3 U 5 ^ 
15.02.05 05/11/72 123i+ 

)COPY _ 123i\ .WS.R _ 

SAVED 15.02.05 05/11/72 
R 

1 2 3 U 5 

in order to make the systso more practical and to avoid interf erimg with a real user it was 
necessary to be able to automatically sign-on other ports, hereafter called SLAVES, The port 
which causes the sign-on is called the WASTES port, and it can have a number of SLAVES, Each 
slave has the same user-identification and workspace quota, as the master, and is seen bv the 
APL system as a normal user. Example: ' 

)PORT AMD 

013 AMD ' ' ■ 

GS ■ 

^ — yPORT-AMD-^— • 



013 AMD 
062 AMD 

62 SEWnOFF' 
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wher> GS (get slave) is a function causing the sign-on of a slave port (by h «aster osr by a 
slava). This operation is extraaely fast (a few . Billiseconds) since there is no need tot the 
9yst8a to validate an account auBber. 

It aast be carefully notel that aaster and slaves fori a group, coipletely independent froa 
IV other aaster-slave group ia the systea. The aaster always has coaplete control over his 
Laves and he can not affect other user's slaves except vhen specifically authorized by these 



an} 

sla\^«. - — 

users - a process called SHARISS, to be discussed later. 



&l££S£ &U£e£Vi§ion 



Bach port has a block of inforaation called PEBTEHH describing the state of that port and 
containing inforaation pertaining to the signed-on user (account nuaber, initials, etc-..) 

APL/360 uses a dynaaic buffer allocation scheae. All I/O buffers are grouped in a buffer 
pool aad are linked together tD fora chains- 
Bach PERTBRH has pointers to two chains of buffers, one each for input and output. The 
interpreter gets the character string to be analyzed froa the input chain, when an input line 
has been analyzed, the buffers used to hold that line are returned to the buffer pool. 

All of the slaves' I/O goes through the buffers, each of which has space for 20 bytes of 
outqoinq data and 19 bytes of incoaing data. The systea allocates a aaximua of 20 buffers to any 
port With such liaitations, a certaia aaount of control over buffer allocation becoaes 
necessary, since a slave atteapting to use aore than 20 buffers will be suspended until enough 
buffers are available to continue execution. 

The followiug functions are used to control buffers: 

i? ^ BFA SL - returns the nuaber of buffers currently allocated to slave SL. 

NOOVT SL - causes the systea to ignore output requests froa port .SL . Text already 
in output buffers is not affected and can be read at any tiae. 

OUT SL - reverses the effect of riOOUT 

FO SI - frees all buffers iii^ the output chain of port5L. 

-"cii' ■ . 

'■-^ . ■ 

Proper use of the above functions can avoid all probleas of buffer allocation. 

Sl&£k£OQisgtioa §&d Ifiter£U£ts 

Each PBRTBRH has a full W3rd called the "global" variable whose value is independent of the 
users* workspace. 

/? 01 - returns the value of this variable without changing it. 

R ®l - changes its value for-»"and-returas the-old--value. ~ 

The syabol e is the priiitive operator affectionately called "GLOBUL" ( U2) which is used 
in Bonadic aad dyadic for* for a auaber of special purpose functions. 

SL STMC ABG is used to synchronize tasks. It tests bits or values in the global variable 
6f another port and, depending on the result of the test, either falls through to continue 
exacution or enters the wait state. Testing is retried every 1/2 second until the conditions are 
aet. (Fig. 1) 

ARG is a vector of 4 ar 5 elements used to build two aachine language instructions, one 
test, and one branch. 
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MASTER 



\CLI GLBLi-3,l\ 
\3CR B,RSTR?J 1 

+ 

+ 



62 5y/VC 2 3 18 



SLA 52) 
®1 0 



®1 1 



^ICr 1: A SIMPLE ISXAMPLy: OF SyNCHRQ^ISATION 



fl TERMINAL 2 

)LOAD 314158 TEST 
SAVED 17.12.18 05/11/72 

6 2 2 TEST^^Bl^ 
l'y..l3,i|5 
1:X*.14.34 
17^14.5 9 



fl TERMIilAL 1 

SAVED 17.12.18 05/11/72 
52 

6 2 SHARE 6 2 
12 .9/M.7,V 6 2 
6 2 ^.^-iVZ? mo AD TEST 
IJQOUT 6 2 
62 

COPLIB' 

62 1 r5'or'70.00 ' 
17,^14. 21 
17,14,22 

0 6 2; /4 .^^Z? : T,?^ liSFERIIW 17.14.33 
17,15.00 j 

)LIB 98 7 J 
;/5l • 

)iO/4D 98 7 WSl 
SAVED 17,14.35 05/11/72 

)LOAD 987 WS2 
SiVSD 17.14.46 05/11/72 ■ 

)LOAD 98 7 1^33 
SAVED 17.14.58 05/11/72 

)PORT AMD 
012 AMD 
02 9 Ai'iD 

T:^E SLAVE OiV PORT 6 2 COMmTTED SfJICID^ 
SLAV^ W'^TC^ FXFCUTPS CO-PLT^ . 
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ABCV-^ type of com parish: 

0 CLC compare logical character 

1 TM 1:est under mask 

2 CLI .compare logrcal immediate 

Ai?cr.2] ipc32Eition (0tl,2 or 3) from left of the firsit. (or only) byte of the 
iQos^arisoa* 

ARG[.3j :±3EiEediate aask ior CLI and TM or length of the comparison for CLC, (The 
lisenigth. must be <if ARG121) 

i4i?C[4] cronditiDn code used in a BCfi ins triuction. If the branch is taJcen, 
testing is stopped and execution of the program continues. 

ARGlbl constant, to compare with in the CLC ins truction 1-^0 ) 

ATTN SL causes aa attention on port SL> 

SPIE LN intercepts errors occuring during the execution of programs. When an 

error occurs {SYNTAX/ RANK , ETC ), the system automatically branches to 

line LR in the program- > 

R-^FSW returns an integer vector of length two: error code, line in which the 

error occured. ^ 

INT SL generatas an •INTEHflOPT' error when slave SL is executing a program. 

This ertor occurs just before starting the execution of a new line in the 
slave's program. If the SPIE function vas executed,, the slave can process 
the intarreupt and the execution of: ^' 

^ -> 'a + F5f/ 

will return to the point of interruption. The interrupt is prevented from 
occuring in the middle of a line in order that statements of the type: 

A ^ (J-^I+l) qA 

do not get executed twice. 



StiAgING SLAVES is accomplished by: 

mo SHABE SL 



1 . 



The master uses this fuction to permit port WHO to use* his slave SL. For the time 
being^ a SHAREB can use all taif: tiiie slave functions on a_ shared slave. A function will 
soon be iaplsBnteintad in oraffiar to limit a sharer's access to oniy one or more of the 
slave £u net ion^^iasz decided by tihe master* 



There is an :SinB&2x;estiQg case when a slave is shairad on itseglg. 
-i t se 1 f —in p u t~ atiiiL uibia fd "~i ts~^o n\ output a gross sximulatlon of 
f.unctioa. 



lt_ ca n then sen d 
the € (unquote); 



WORKING WITHOOT A nAST£R:^r 



^UheQ the ois^tiss; eals his sessiion, all his slaves are aormally zfitiscced off the system- 
Xhcre are sD3£e::££p|Liica tions wrhece a program irs esseutially CPU toiand and monopolizes 
the use "of tssiiici 1 f or" notiMnrg.. ' • . - ■ 



K2IP SL peMixto keeping :aiLislave signed^ on and working eveB^iwhen tUe master fciis 

signed off. In a ^isat) sequent signiron the master can see- if the ^slave's program is 
progressing noisaally. 

UNKEEP SL rerreESBES the effect of KEEP. 

A more powerful use of this staid-alone mode of operation can be had by sharing the 
slave on itself. Thi slave can then send itself involved sequences of commands, 
aaalyze its own output and possibly correct some errors. 

T EXPRESS SL for::es a sign-off of port SL in T minutes. This function is normally 
applied to stand-alone slaves, in order to make certain that the slave does not get 
caught in the system. 
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UHEXPRESS SI reversss the effect of EXPfiBSS. 



deslcibel ab^fi^-- " " appendix in order to illustrate a nu»ber of the functions 



Conclusion 



^f""^ ^^.^'^ ^^^^^ ^^'^^f^ development. However, even at this stage. 
It extends the usefulness of A?L in our environment- In the near future we plan to add such 

JJ'wi!l^h^ oisirb?rr^"^"'''''"f '° limitations on the'access of sharers, 

Jvaiiabl P"*^^^"^ reserve slaves for certain time periods to malce certain that slaves are 
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APPENDIX 



This example is not one of a typical application, but rather a concise presentation of many 
ot.th&. slave functions. It illustrates the following points, (see figures 2 and 3) . 



1, Getting a slave 

a- the master gets a slave 
i>- a slave gets a slave 

2, Sharing a slave 

a. vkth another port 

b, oa itself 

3* Sending input to a slave ±or executi-oii 

a, master to slave 

b, sharer to slave 

c, slaive to slave 

4, Synchronisation 

a, aa ster-slave 
hm sharer-slave 
c- slave-slave 

5, Reading the output of a .slave 



^nr.^JJt ,r!i ll ^ ^ ^'^^"'^^^ ^ .Slave, copies all tte-works pacas^of a library into 

fkf (or the sane). There are two users coaiiunicating xarth th&islave: the laas.ter who sends^ 

sink ^^vnnirin?«^Mn '^'^^ library, and a shareiri«iiio priasiades the :ide:n:tx^ of the^ 

^ " accessary to make sure that the-^ue of: the sink is not sent before 

tnat ot the source* 

The le£t arguient of tha TEST fuaction is a tuo eleaents numeric Tectoc consisting of the 

port number of the slave and a code: 1 foe the aaster, 2 for the sharer. i 1.9 t e 

^.J-*. li^^l arguaent^ is" a library nunber - the source or the sink depending on «ho is 
ejecutxng the function. Three time-values are printed: 

1. entry into the function 

2. . transmission of input for the sla»e 

3. the end of the library copy operation 
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The EXEC function executas a series of system comaands. The slave first sends itself {port 
nuBber: »6) the systea comaands as input and a 0. It then executes a 0 .The first system 
coaaand is read and executed- The 0 again asXs for input. This continues until a 0 is isad- 
This 0 becoaes the result of the □ and the EXEC is terainated. For exaaple: 



□ : 

)SAVE TEST 
12.57.09 05/10/72 

□ : ■ ■ 

)LOAD WS ^ ■ 

SAVED 23.12.U0 05/09/72 

fi HERE WE CAN DO ANYTHING 

)WAD TEST 
SAVED 12.57.09 05/10/72 

□ : 
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7 CO?LIBiRx3x30ViSIi'iKiAiL 

Cn fl F7.?.iUT T>{:^ FIRST TI^RMIPJAL TO SEiiD i:i?VT FOR TR^ UPCO^'U^in H 

C2] 8 11 

[3] A CRT A RLAVK ARD SEIID IT )LIB 00000 . 

[4 1 A »1 1 IS TO AVOID RACE COIIDITIORS . . . WE COVuD TRY TO RRAD 

rsl Pi/TRS SLAVIC'S OUTPUT BEFORR IT HAD STARTED TO EXECUTE THE )LIR 

C6] (S^GR) 3ERD ')LIB \(SOU^DEC "l fP^U.) ,QR , ^ 91 i' 

[7 1 n L .MS GOIRG TO BE A R^ll MATRIX, ^RE RESULT 0^ )LIB 

[3 1 . 0 11 p » » 

[91 n WAXT FOR THE »1 , {CLI GM^/4.^ + 3,1 xBCR Q,RETUR,^)V 

LlOl 5 S-WJ 2 3 18 

[.111 ->( » 'A. =6+-?-^ .75 5)/2 + r25 

[12.1 ->f '1+.X26) ,pZ;-<-L , [ il 1 11>.?? 

[;r3jj A DOR'T HEED TRE SLAVE JtJ^T MORE, 

[14 1 .5 52';/Z? ' )OFF' 

1X5 J .7?;r:7C » );/5<7*7 • , ( DIEC ( ® 1 2 ) p P ) , » r/?4 RSFERIi'JG • , 71/^,7 

[i:6j SIRK^DEC "l^F^Z ^ 

[17| fl TRAU3FER THE >WR:<5PACES 

[181! nSAVE \CR:nLOAD \S'aU,' ' ,A,CR,nwslD \3IRK,(A^' \, 1 

iL) ,CE,nSAVE\CR,^)LOAD TEZJ.T' 

[191 ->(xippL-<- 1 0 +L)/"l + r25 

[2.01 fl COMMIT SUICIDE 

[:211 OT^-J 
7 
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SUG3BSTI0N FOR A «t5&PPED" EXTENSION OF AP^i 



Ireibovitz 
Universxtjr of Alberta 
Com puitiiug Ce & te r 



users of APL are under the "spell" of beauty, concisaness aind elegance of the language. 
They have however to go back to Fortran, for instance, whenever they cannot avoid a loop 
executed a great number of timas in order to linit the CPU tiae ,uised« 

The natural desire for enlarging the cda-^sf 1 ] of cases ia which ":it would pay»* to use APL, 
is the origin of a great number of suggestions for laodif ications to and extensions, of APL, 

However,, an API. interpreter is a coicpilliera ted collection, of intsrce^lated software foriing a 

uaity that should not be disrupted. A nodiifaicattion in any pijzrt of: th^ collection will have 

repercussiojiss on the operatioia of the nemaiui^er of the progr^aats aasiL th?OTe is no a priori reason 

preventing ^ese repercussions fr on beings rhaxidf ul and , in need of necsssaxy corrections that aay 
r rHot be weicoiBed (if a t a 11 possi ble) . 

It is t:herefore not enough to show th;a:t a given n odif ica t ion iis meeded ; it is necessary to 
show that it: is indeed impleaentable and has no disruptive character^ 

Our proposed noiif icdtion is, in a sense,., a "mapping" of an actiEal interpreter. The logical 
structure of the napping is su::h that we may conclude that: "if theie exists an APL interpreter 
t:hat works, then our mapping will work too. 



fHeview Of A N on- Modified AP^ Interpreter 



j Each time a line is enteisd from a termwmnl, the interpEatei: ciLeaJfes^ the natuaxe of the line: 
is it ^or instance a command? :3r a liiEe in iSs^iELnition mode? csr: iia. exs^cution aode?,-- Let us 
desigoatte by CHECK the nodule 3f the intfiicpisEStser that finds smtt the natiure of a line and decides 
ttfhit oth er nodule is to handle t he li n e« ^Ilf! tttfass.^ line has been; te n^te're d i n t h e e xec ution node, it 
will i>e executed froa right to Lef t. fiJEnwever, Cor a numiber ;of ceaisons, this cannot be a 
straKgJat forward procedure: 

1, There is no one- tD- one corres;pon:d-ence between a "pri;iai:tii:ve ^mathematical symbol" and 
an execution routine. One sane symJaol nay be a nonadic ^fun-ctrion or nay be a dyadic 
one, 

2. The mathematical g leaning of a .symbol may depeniJi £jsn; tihfir ^nature ofeanot her symbol, 
placed at its left, 

3L. There nay be brackets altering fchie mormal right-to-left oiitor of operations. 
4- There nay be mistakes in the line ina king it une xecutai)ilifi;.* 



Thexe nust therefore exist a module that will analyse ±ihe line, will call execution 
icoutines in a proper order and provide those routines with the vataes: of the variables, 

Ve are not concerned here with the waiy in which this is done, it is enough for us to know 
tthat it is actually done, i,e. there exist:sr in the interpreter a rmiodule, we call it GBAM, that 
stakes care of a line in execution mode- GRA^M issues "orders" for rs pace, for fetching values for 
parameters and variables, for erasing interimediate unnecessary results, for storing needed 
intermediate results, for finding out which, routine is to be called, for calling it, for issuing 
error messages* 

tfe thus designate by 3RAM all the parts of the interpreter that stand between a line 
recognized in execution mode, and its actual execution. Everything the computer does in 
execution node is therefore the conseguence of "orders" issued to the conputer by GHAM while 
analysing an entered line in execution mode. 



?k£ £9l£ A Mo difica tion 

The correct execution of i statement results fron the collection of correct "orders" issued 
by GBAH in a correct sequence. However, the main work done by GBAH is not so much to issue 
those orders but to find out which orders are to be i ssued. 

In the HAPPED LEVEL (the nane we give to our APL modified version), the function is to be 
stored in such a way that the orders to be executed, and their proper sequence, is known in 



EKLC 



142 



advance. The executioo of tha function thus becones faster because there is no need for syntax 
checking tine. 



Happed Lev el 

Ve recall that CHECK exaaines the nature of a line and delivers it to SSISI tihe line is 
in execution «ode. CHECK has of course other alternatives than calling GHAH. ^ei3ra£ljL:not sodify 
the existing alternatives; we will add one alternative aore that we call HapiKsd: illsraEaa- it leans 
that once a line is entered, ca;£CK will ask an additional question: is it a m^^cLarg|r:coiiaand 7 A 
negative answer will result in the unnodified procedure going on- A positive ^caassrp^r w-iil result 
in a Modified procedure descubed below. 

It nay be possible la ten: to sllow the use of the sapping conaand to all ussitiL. However, in 
order to siaplify our discussian we will consider the case in which the ■apgaiai^? coaaand is 
available to a priviledged ARE. user. 

Using the napping aodey the user can forn a library of "napped f unctxaosf -^mt cannot be 
edited or nodified but can be 3:xecuted by any APL user*. 

Hhen the user issues tha napping coanand, he nust add two " paraaeteEs?* >i4fe^^ a^ce the nane 
of the unaapped function and tha naae under which the aapped function viillll tae i^t:ored. The 
function to be napped eithair does not call for another function oicrccaiL2M^ ^ nunber of 
functions that have already besin aapped. The list of all napped functioirsi u's ::s^LWm^ in the 
synbol table in the workspace of the priviledged user- 

The napping conaand will "deliver" the function to be aapped to a nodulie:iiV£f:2:ziiIl KAPGRAH to 
indicate that, in a sense, this nodule is a napping of the GRAH nodule. 

HAPGRAM will proceed to analyse the li°es ofithe function in the way "Qffim w done 
it with the following dif feic^enires. "^Wl^' 

1- HAP3RAH considers all synbolic names as defined and does n.a2t:i3£S3tie TOlue- error 



aessages. Every syabolic naae is coapared with the synbol table of:iBi|ip|r^ ^functions. 
Depending if the s-yabollc naae exists or does not exist in the iiaiife^ mPSINT will 
respectively consider it a defined function or variable. 

HAPSRAH will analyse lines of a function already tested in the unii^gBfiamode by the 
user. This function is supposedly syntax-error free (this concept wiiM l'^. discussed 
later.) Therefore, for proper values of the argunents, GRAH wsMM:%mr.e issued a 
nuaber of "orders": fetch, store, reserve storage place, call for ' &aaEess^Msi. routine, 
erase, etc.-. . * 



HAPGRAH will issue "aapped" orders that could be described by: "copy aacA assmss in proper 
order the 'orders* that GRAM would have issued**' For instance, whenever GRAB wxniaf iteve called 
for storage, HAPGRAM will order to store a copy of the call for storage spassai;; i«iri«ere?er GRAH 
would have called for a given axecution routine, HAPGRAH will order to store A czxs^_ of this 
execution routine. 

In short, the napping of* the function will consist of the collection iiBi^^iEpcer order of 
copies of fetching routines, store routines, execution routines, etc... 

These routines will be linked either by HAPSYMT or by the nodule LIMK actizisEe a:t execution 
node for napped functions. The linkage consists of taking care of the proper order: :and of the 
addrasses of the iiaternediate results and transforaing the copy of a call into an actual call of 
a routine. It aust for instancs insure that the output address of a given execution routine aay 
have to be identical with the input address of the next execution routine. 

In short LINK takes cars of a aapped function in the execution aode. LXIiKi^«:i^.AS:aLlled every 
tiae the naae of a napped function appears in a line at execution tine. 



£££2£ Messages 

APL delivers two kinds of error aessages. The first kind corresponds to whatnwe call a 
"built-in error". It is delivered when GRAM concludes that there does not exist an lexecution 
routine corresponding to the synbols entered in the line. This kind of error will be delivered 
for instance if there is, at execution tiae, a syabolic naae not yet defined or if: 3. line is 
entered with aatheaatical syabols in a non-sensical sequence. The second kind of eascor aessages 
is delivered by an execution routine when GRAM does find out, at a given stage :aEf ^execution, 
that executioB routine is to be called and when this routine cannot be e x ec u t ed , , ' Rm:; t h e values 
and nuaber of arguaents delivered to it (rank error arid doaain error for instance)... 
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The built-in errors can be detected during the sapping operation by RAPGR&R in eza::tly the 

sane vay as GB&H is doing it, i.e. by taking over in HAPSBAH the procedure followed by GRAN in 

this case. The error nessage could display the faulty line and indicate the place where the 
error has occured. 

This however cannot be done for the second )cind of errors. They can be detected at the 
lapped level only during execution tino. The function is then stored differently and there is no 
record, at this Mapped levels Df the f oro in which tbe function was envtered unnapped. 

However, this kind of error would have been detected at the unaapped level by an execution 
routine which could tell the niture nature of the error (rank o^ donain) and since we have at 
the napped level a copy of the execution routine, it is still possible to deliver at this level 
an error aessage containing tha following information. 

a. The nature of the routine that has detected the error (addition or aultiplication or 
iota operator routine etc..) 

b. The nature of the error (rank error or doaain error). 

c. The values of the arguments for which the error was detected. 

This Beans that the copies of the execution routines stored at the mapped level have to be 
slightly modified in their error aessage subroutines. 

If the user is mapping functions already tested at the unmapped level and if he checks that 
all functions called by the one he is mapping have already been napped before, there will 
therefore be no error message delivered during the napping process; those are the functions 
referred to before as Syntax-error-free functions. 



Ik£ Advanta ges of The Happed La vel sugge sti on 

The Napped Level modified APL has many of the advantages of a compiler while being guite 
distinct from it. 

tt is clear that the eiecution of the functions will be much faster at the napped level. 
The fact that the syntax anjalysis has been done makes then close to conpiled functions. However 
there is this important difference uetween the napped level dnd a conpiler: A conpiler delivers 
an object progran in the machine language that can be directly executed. In particular ' the 
conpiled function should hare all , the needed instructions for storage handling, whereas a 
function stored at the napped level is still in need of the nodule LINK at execution time. 

It is also clear that the interractive feature of APL is not disrupted by the introduction 
of the napped level as it would have been with the use of a conpiler. In the case of nost 
Fortran., oonpilersv for instance^ alternating orders of coapiling, executing^ compiling, executing - 
etc.* require successive loadings of the compiler. In our case, the same interpreter will 
renain loaded in the conputer while napping or executing. 

Another advantage is the flexibility of the combination of the two levels; in particular, 
it facilitates the editing and debugging process. A function can be tested and displayed at the 
Unmapped level; the faulty line is then displayed with an indication of the place and the kind 
of error* It is then possible to execute parts of the line instead of executing the whole 
function, such a facility vould not have been available with a compiler. Once edited and 
debugged, the function may be stored at the mapped level. 
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BEFEBEHCBS 

1. In the Conputing renter of the Ooiversity of Alberta, a 360/67 IBH conputer is used 
(mainly under H.T.S. )• The c.p.u. time needed for loading an object program from a 
file is greater than the loading tine needed in the APL case. There is therefore a 
class of programs that would take less tine to be executed with APL than with a 
FOBTBAMG generated object progran (if loading tine is added to the execution tine). 
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APL AS A NOTATION FOR STATISTICAL ANALYSIS 



K. W. Smillie 
Department of Computing Science 
University of Alberta 
Edmonton, Alberta, Canada 

Abstract 

This paper discusses the use of APL as a notation for statistical analysis and presents as a 
simple example the derivation of the chi-square statistic for independence in a two-way 
contingency table. 

1 • Introduction 



The last few years have v/itnessed the remarkable growth in popularity of the APL language, until 
now it has been classified along wi'':.h FORTRAN, PL/1, BASIC and a few other languages as one of 
the most important programming languages in use as present, and perhaps for the next decade. 
Such a development should indeed be most gratifying, especially to those who have been 
associated with the use of APL almost from the time of its first implementation and who must 
have had doubts from time to time about its survival. However, the acceptance of APL as a 
progranuning language has tended to obscure the origins of APL as an attempt to develop a 
notation for deriving and describing algorithms that was more powerful, more consistent and less 
ambiguous than conventional mathematical notation, and which was, incidentally, directly 
implementable on a computer. For these reasons it may be of some interest to consider the use 
and implications of APL" as a notation. We shall consider as an example the derivation for a 
two-way contingency table of the maximum likelihood estimates of the expected frequencies on the 
assumption of the independence of the two categories of classification, and the use of these 
frequencies to obtain a convenient expression for the calculation of the chi~square statistic 
for^ independence. We shall first summarize the analysis in conventional notation and then 
derive the results rigorously in APL. We shall conclude with a few remarks on tho use of APL as 
a notation, 

2. Summary of analysis in conventional notation 

Suppose . that we have a two-way contingency table vjith r . rows and c columns in which a sample of 
N observations is classified according to two attributes. Let fij , where i=1,....-,r, and 
j=1,....,c, be the number of observations occurring in the i th class of the first category and 
the jth class of the second category. Let ri'-=^fij and cj= fj^j be the marginal row and 
column^ totals, respectively. Thus N= ^ r j = c-j . if we let iTij be the probability 
according to some hypothesis that an individual selected at random will fall in the ith class of 
the first category and the jth class of the second category, then the corresponding expected 
frequency is e^-j = N^fij . A measure of the deviation of the observed frequencies from 
expectation is given by the statistic 

(f . . - e. .) 



which has the chi-square distribution with {r--1)(c-1) degrees of freedom. 

If we assume that the . two categories of classification are independent, then we may write 
7i'ij= Tt'iTT j f where -Tr^ i is -the marginal probability of an individual picked at random falling' 
in the ith class of the first category independent of its classification according to the second 
category, and rlj is a similarly defined marginal probability for the jth class of the second 
category. Thus, in order to calculate the expected frequencies on the assumption of 
independence, we must estimate these marginal probabilities from the sample. According to the 
method of maximum likelihood the marginal probabilities are determined to maximize the 
likelihood ^ (iriiTj)^i3 , of the sample, where the rr' i and tfi ai^e subject to the 
restrictions 'Y^i=1 and iS-rtA = 1 . Thus, we find the unrestricted maximum of the 

expression ^ 

L = Jin n (tt.tt.) + X(S7r.-l) + p(Z7r.-l), 
iO J i ^ j 3 

where X and p are the Lagrangian multipliers. If we differentiate L partially with 

respect to TTi, rrjr /X; and u , set the partial derivatives to zero, and solve the resulting 
equations, we find that the estimates of ffi and TTj are given by = ri/N and 

~ cj/N , respectively. Thus, we find that the expected frequencies are given by 
^ij =riCj/N , and the value of may be simplified to 

= NC -1]. 
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3. Analysis in APL notation ., 



Suppose that we have a sample of observations arranged in a two-way contingency table according 
to two categories of classification, and that we wish to test the hypothesis that the two 
categories are independent. Let the data be represented by the two-dimensional array F so 
that FlI\J'] f where r€i(pF)[l] and c/€i(pF)[2] , represents the number of observations in 
the J th class of cjie first category and the /th class of the second category. For 
convenience, we shall let the row sums of F be given by the vector R , where 

[1 ] ' + , 
the column sums by 

[2] C^t/ClDi^ , 
and the total number of observations by 

[3] iV^ + /i? • - • ■ - 



We shall assume that there is a probability matrix P , where p J" -<-»■ pF , so that P CI ;e7"] is 
the probability that an individual selected at random will fall in the I th class of the first 
category and the e/ th class of the second category. Since the expected frequencies in ' the 
contingency table are iV xP , which may be represented by say, the deviation of the observed 
frequencies from expectation' is given by the statement ' , 

'f - 

... -A Z ^-^ +/ + /( (P-^xp)*2) + ^xP 

Since we wish to test the hypothesis that the two categories are independent, we may replace P 
by the outer product Ao,xB, where A +/P gives the marginal probabilities of the first 
gategory regardless of the second category, iarid B -*--»■ +/[l]P gives the marginal probabilities 
for the second category. Since these marginal probabilities ar e_ unknown, jyiey jm^^ 
from the sample data P , We shall derive these estimat by the method of maximum like iihood. 

The likelihood of the observed sample is given by 
X/ x/(Ao .xB)*p , 

where A and B are subject to the restrictions +/i4 1 and + 1 . If we take the 

natural logarithm of this expression and make use of some simple identities, we may-write 

®x/x/(4o .x£f)*P -^-^ +/ + /Px«Ao .xB 

-^--^ +/ + /Px(d4 )o .+«B 

( (•4)+ :x+/P)+((»B)+ .x+/[l 3P 

( («i4)+ ;^) + (»B)+ .xC . 
Therefore, we must find the unrestricted maximum of the expression 
L ^-^ ( ((®i4)+ .x;?) + (d5)+ .xC) + (i;x"i + + //)+^x''i + + /B , 

where G and H are the scalar Lagrangian multipliers. 

Let us represent the maximum likelihood estimates of A and B- by AHAT and BHAT , 
respectively. If we differentiate' L with respect to G and set the derivative to zero, we 
have 

f/AHAT -e-^ 1 . 

Similarly, by differentiating L with respect to H we' have 
^/BHAT -e->. r . ^ ■ - 

Now differentiate L with respect to the vector A and equate the derivative to zero, and 
obtain 

(^AHAT^xR ^s- G . 
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Therefore, 

R ^-^ GyAHAT. : . . 

If we sum both sides of this expression, we obtain 

N ^-^ G , 
and thus 

AHAT RiN . ■ \ 
Similarly, by dif fere ntie.tij^cj lx with respect to 2 we may snow that - 
BHAT ^-^ CiN . 

Thus the expected frequencies may be estimated by 
E NyAHATo ,xBHAT 

Therefore, the deviation of the observed frequencies from expectation is given by 
: Z ^-^ +/ +/( (F- A)* 2)*^ 

+/+/((FxF)-(2xF-x^)-^x^)*^ 

+/ +/ iF ^FTE)-i 2^)-E 

^■^ (+/ + /FxF4^)-( 2x+/ + /F)-+/ + /^ , . 

Now 

+ / + /F ^-v -li- , V 

and ^ ^ ; ■ _ 

+ /+/^ ^-^ +/ + /(i?o..xC)*iV 
^■^ ( ( + /i?>t> 

—Therefore, 

z ^^ir-v / +'/^-^?£t£L" 2x jv>-iv ^ ^ 

(+/ + /FxFfff)-;KJ" (\ 

i^x( + / + /FxF*i?o 

N^~l + + / + /F ^F^Ro ,xC , 

Therefore, we may compute the test statistic for the deviation of the observed frequencies from 
expectation by the statement 

4, Implementation 

The four numbered statements appearing in the analysis of the preceding section may be 
considered to be the body of the monadic defined function CHSQ with a right argument F and 
a: result Z, This function is given in Figure 1, which also gives two examples of its use with 
some sample data Fl and F2. 




• 7 Z^CHSQ FiC;ff;R 

Cl] R-^^/F 

[2] C^t/Cl] F 

[3] //^t//? 

[ t*3 Z'^N^'l-i-f/f/F^FiRo . xC 
7 



5 9 
11 15 

CHSQ Fl 
0. 1648351648 



42 31 12 17 
34 25 31 22 
48 37 18 13 

CHSQ F2 
15. 27832566 



Figure 1. Function CHSQ and 
seme examples of its use. 



5 • Conclusions 



S K H ri I ?e5.^^t=^^^^^^^ 

Er L °tLir°tSt^: "irLtrisi„ 

ro!e as well as the direction of further extensions to the language, become apparent. It is 
hoped that this short paper may help stimulate research on these subjects. 
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AN ADAPTIVE QUERY SYSTEK 



E. Kelleraan 
IBM CorporatioQ 
Systeos Developfflent Divisioo 
P, 0, Box 6 
Endicott, Mew York 13670 

^ '^^1^ ^^^^"^ describe an adaptive query program coded in APL. The purpose of the program 

IS to allow users to ask questions in everyday English and to receive daswers with ainiaai 
QGl a y • 

a.kSnI*'L^''''^''f° -taught" tie correct answers by a huaan "instructor", sitting at a terninal. 
askxQg It questions on the subject of laterest. As the program learns the answers to soalof ?he 
carf if^f: ^ attempts to guess at the answer to "sio,ilar« questions, i;f the program is "very" 
sure of the answer it has given, then it does not request verification, otherwise it requests 

°^ answer it has given. Even when the program Soes n^t 

' verification of the answer given, the instructor still has the option of^ informing the 
reDlv hu^ ^L /^^o^^f "V^y was given, by entering if the program gives an incorrect 

reply^ but the instructor feels that the program should Xnow the answer, he can request the 
program to 'try again*. Consider the following terminal session, which starts with a coaolete 
unknowledgeable program. The lines typed by the terminal are preceded by coaplete 



now 1)0 T GET OFF? 

***WHAT IS /uNS ? 

HIT CAKKtAGK RETURN! I 

WHAT PKOCRA>IS AlUii AVAILABLE? 
***WHAT IS AiWS ? 
LIST, DUP, AND INTER, 



MOW DO I DUP CARDS? 
»'**USE LIST. 

WAS THAT RIGHT? 
TRY AGAIN 
***USE DUP 
*** WAS THAT RIGHT? 
YES 




WHAT DOES - LIST" DO? 

***WHAT IS ANS ? 
LISTS CARDS. 

WHAT DOES DUP DO? 
~***LISTS "CARDS7 
'•-f^Tz-ii WAS THAT RIGHT? 

NO 

*'-'^WHAT IS ANS ? 
DUPLICATES CARDS. 

WHAT DOES INTER DO? 
''^>'^*LTGTS CARDS, 
*** WAS niAT RIGHT? 
NO 

***^VHAT IS ANS ? 
INTERPRET CARDS^ 



HOW DO I LIST CAI^:?" 
^'^'^WHAT IS ANS ? / 
USE LIST. ^/ 

HOW DO I DUPmCATE CARDS? 

***USE LIST^ 

*** WAS THAT RIGHT? 

NO / 

***WHAT^'IS ANS ? 

USE DUP, 

"h^DO I INTERPRET CARDS? 
>^**USE DUP. 
*** WAS THAT RIGHT? 
NO 

***WHAT IS ANS ? 
USE INTER. 



HOW DO T DUP CARDS? 
^^'^VSh DUP 

WAS. Til AT RIGHT? 

YEP 



HOW DO I INTER CARDS 
*=^*USE LIST. 



-^^^ WAS THAT RIGHT? 

TRV ACJAIN 

*'^^USE INTER. 

*** WAS THAT RIGHT? 

VE^\H 

HOW IX) I INTER. CRDS? 
^''^^Ut^E INTER. 

HOW DO I LIST CDS. . 
**^USE LIST. 

WHAT PROGR/VLX AVAILABLE? 
***LIS" DMP, AJ^D INTER. 

WHAT DOS DUP DO? 
>v**DUPLJCATES CARDS. 

HOW DO I DUPLiMATE CROS . ? 

^'^'^USE DUP. . 

HOW DO I INTERPRETARE CRDS.? 

***USE INTER. 

WHAT DO INTER DO 
*'>*INTERPRET CARDS* 
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HOW DO T hST CRDS? 
***USE LIST. 

WHAT DOES LIST DO???? 
***fLISTS CARDS. 

WHAT DEOS INTRE DO? 
***INTERPRET CARDS. 

HOW DO I SIGN OFF. 
***HIT CARRIAGE RETURN M 

HOW DO I GET OFF? 

***WHAT IS ANS 7 

HIT CARRIAGE RETURN! I 

WHAT PROGRAMS ARE AVAIUBLB7 
***WHAT IS ANS ? 
LIST, DUP, AND INTER. 

WHAT DOES LIST DO? 
***WHAT IS ANS ? 
LISTS CART .. 

WHAT DOES DUP DOi 
***LISTS CARDS. 
••*** WAS THAT RIGHT? 
NO 

. ***WHAT IS ANS ? 
DUPLICATES CARDS. 

WHAT DOES INTER DO? 

*.**LISTS_CARDS . . „ ^ 

*** WAS THAT RIGHT? 
NO 

*A*WHAT IS ANS ? 
.^INTERPRET-CARDS ~ 



HOW DO r LIST CARDS? 
***WHAT IS ANS ? 
USE LIST. 

HOW DO I DUPLICATE CARDS? 

***USE LIST. 

*** WAS THAT RIGHT? 

NO 

***WHAT IS ANS ? 
USE DUP. 



HOW DO I DUP CARDS? 

***USE DUF. 

*** WAS THAT RIGHT? 

YEP 

HOW DO I INTER CARDS 
***USE LIST. 



*** WAS THAT RIGHT? 

TRY AGAIN 

***USE INTER. 

*** WAS THAT RIGHT? 

YEAH 



HOW DO I INTER. 
***USE INTER. 



CRDS? 



HOW DO I LIST CDS. 
***USE LIST. 

WHAT PROGRAMX AVAILABLE? 
***LIST, DUP, AND INTER. 

WHAT DOS DUP DO? 
***DUPL1CATES CARDS. 

HOW DO I DUPLIMATE CRDS.? 
***USE DUP. 

HOW DO I INTERPRETARE CRDS.V 
***USE INTER. 

WHAT DO INTER DO 
***INTERPRET CAPJDS . 

HOW DO I LST CRDS? 
-***USE-LIST- 



WHAT DOES LIST DO???? 
***LISTS CARDS. 

WHAT DEOS INTRE DO? 
***INTERPRET CARDS. 

HOW DO I SIGN OFF. 
***HIT CARRIAGE RETURN 1 1 



HOW DO I INTERPRET CARDS? 

***USE DUP.. 

*** WAS THAT RIGHT? 

NO 

***WHAT IS ANS ? 
USE INTER. 



HOW DO I . DUP CARDS? 
***USE LIST. 

WAS THAT RIGHT? 
TRY AGAIN 
***USE DUP. 
*** WAS THAT RIGHT? 
YES 
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i.-^ t f heart of the adaptive query prograa is an algorithii for evaluating the sinilarity of 
twa character strings. This algorithm vas developed by G. l. Rouse, D. C. Gause and the author. 
An application for a patent has been nade. A description of the algorithm is now given. Call the 
character strings to be coapared k and B- Then: 



Step 1: 



Pora a aatrix, a, by assigning a 1 to a[I:J] if and only if Ifll = BfJ]. 
otherwise M[I:Jj is set to 0; This saatrix is foraed by the following kPL 
expression: a^A o . = b. For exaaple, if A 'AMNB" and B •abnib* then H is: 





A 






E 


A 


1 


0 


0 


0 


N 


0 


1 


1 


0 


N 


0 


1 


1 


0 


I 


0 


0 


0 


0 


E 


0 


0 


0 


1 



St^p 2z 



If 
c 



fo<=L/?! ^Z^ * coluaa of H contains .ore than one 1, then retain only the one 
losest to th3 aain diagonal; the following APL expression does this: 

M-^rJi'^i ( p5) »pi4 )p (x/pAf)p55+0=55-«-r/(/l^-*-W>:lOOO - I ( i p>l ) o . - i p5 ) 

retain ^both/^ """"^ equidistant froa the diagonal, the expression would 

Proa the preceding exaaple we would get: 

Af ^ 1 0 0 0 " " 

0 1 0 0 

0 0 10 

0 0 0 0' 

0 0 0 1 



SteF'l; 



consider the 1»s in a as points on an Xrl coordinate systea- That is, if 
H[I,J] is equal to 1 then we have a point with the I-coordinate eqwal to l/and 
the X-ccoordiaate equal to J, The APL expression for this is: ^ a^a 

^^i?/,is?((p5.)»pi4)p5pip^ 



ProB the precading exaaple we would gets 
X 



The standard correlation coefficient (which aeasuras linear depeadencel of the 
points IS takan as a aeasure of siailarity between the two strings. The clo«er 
The f^l^o^in^^^Dr siailarity, the closer to -1 the greater the difference. 

The following &PL expression evaluates the standard correlation coefficient: 

CC-((i^x + /^xy)-;rixyi)^(((^x + /y*2)-(yi-+/y)*2)*0.5)x((y^x + /;^*2)-(;^l-+/;^)*2)*0.5 
l^^s^i^^^^^^^ aetoraine the siailarity of the 
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Phrase 



Correlation Value 



WHAT IS TODAY 1.00 
WHTA IS TODAY .0.994 

WHAT IS TODAY 0.997 

WHAT IS TDAY? 0.997 

WHAT TODAY 0.97 

WHAT DAY 0.92 

TODAY IS WHAT -0.05 

YATOD SI TAHW -0.36 

MY NAME IS ED 0.001 

tfith this algorithm in hand^ the implemeatation of the Query System is Cairly 
straigh tforvard. A table is kept of questions seen and their associated answers. Associated vith 
each question is a threshold vhich the correlation value aust exceed in order for verification 
not to be requested. This verification threshold is adjusted so that verification is not 
requested aare than once for any given input question. Also associated vith each question is a 
threshold value which the correlation 'value must exceed for the question to be considered a 
natch. When a new question is entered, a correlation value between that question, and all the 
questions in the table is computed. Only questions whose correlation value is higher than the 
associated threshold value ire considered as candidates. Amongst the candidates,, the one vith 
tha highest correlation value is chosen, and the answer associated vith that question is given. 
If the ansver given turns oat to be incorrect, the thcreshold value associated vith the selected 
question is raised to be slightly higher than the correlation value obtained for that question, 
thus insuring that the questi3n would not be a candidate when the same question is posed to the 
sytea* Also, the new question is stored and the program: asks asks what the correct answer to it 
should be, thus, another entry into the que stion-ans^f^er table is made. The threshold initially 
associated vith a nev question is set to a **lov valuer ^* : 



The attached flovchart gives a more detailed description of the program* 

Bote that this adaptive qjery system has many applicat^^ possible uses include: 

- allovinq CAI (computer aided instruction) users to ask questions, at any point, 
about the subject being taught, 

- questioning a system (such as API.) to find the type and use of available 
commands, and 



- Ignoring simple spelling errors in compilers. 
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MICBOPHOGEAM THAINING - AN APL APPLICATION 

Hay Polivka and Kent Haralson 

IBM Corporation 
Poughkeepsie, Mew York 12601 

iatrgductioni Nature of Micr og^r ggtaaming 

III' B^i^^^^^^^^^ 

fuaSLa^^ :S:cificStior^''r';/" °' 'l:'" mf oration in great detail irl^Snd^^n "itl 
gripJicalfy as a data fiL ft .^.r'^K"^"." systea. Much of this infoc»atioo is cepcesented 
co^jiiL systeL describes how data can .ove within the hardware that co.prises 

»i^^f„a''°!!!rT. ^y^'^^"."" n°t yet operate since a very important itea, the element of ti.e 
IS »issxng. The determination of when data should aove within the data floi Bakes up whaJ is 
ifftir. . control design. The specification of these controls for a dita flow is a very 

saliant%:aturens -"^ir «icroprogran..i„g is one technique of control design. One of its 

:"s-;il^' o^^ ^ .efl^ref io.:;\ con^^J s^ore.-J ^f or i^t^rif ^.^^^ 

necl-iiy ^r-ntrofthe Sa-'f I^^-"-- i^J^^od 1^1^'^' ^-^m^'-"^ 



Oblige tive 



M.listjc a.d ,.t si.pl. .aough to .,oid una.c.ss.c, co.fu'ioa o'.ir d^.ar'!,.;":;?: '! 



r-o™=i=^=^^f^1il'*rn ^" conjunction with printed material presented during the course It 

consists of (1) A Principles of Operation manual (6 Pages). (2) i User's Manual f7 n,^o=f =.nH 

irUitactire°^r?P""""?- """^ ^^'^^^ ' '-'-Ules^f Op^ratio^^ 

as^eiJty l^QuaSe VilAll "".t instruction set. The User's manLl defines the nature of the 

delcrJp^ive »aterl;i as ^^he Microprogramming manual coatains the data flow and accompanying 

aescriptive material as well as the microprogramming language in which to write the micro-code! 



Osa^e 



extensive diagnostic aids, with thesl aids he Ls tL Z*^^"- ^""^ """^ P"*^ consists of 

, ; tj-ua. witn tnese aids he has the ability to dump .portions of both control 
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meiaory and aain aemory and to selectively trace the execution. Figure 2 illustrates an execution 
with a full trace. Figure 5 shows the nature of trace selection. In Figure 6 we see two more 
diagnostic aids, HELP and JISPI-AY. HELP yields a snapshot of the pertinent a>®irts ot the data 
flDW. It is useful when the aicr oprogran goes awry. DISPLAY allows one to di^ai^^ either nam 
meapry or control store. Coatrol store is displayed mnemonically and aain nt^aiy is displayed 
in binary and hexadeciaal notation. 



Yechnig[ues Used 

This package was developed using the APL/36^ X»6 release; it residesi t^oj^r^ie^.^ly within a 
32K workspace. The key function is the STABT functioa. It is the ej2ii)odiaent the xiven data 

flow. The tiaing of evrats Is incorporated in the sequence that the dctions are p^erformed in it- 
The function is written deliberately in a verticai f'^shioa. This was done in ar.'Ax>z that the 
changes that a stud^m^ aigiit to nake t<?» data flow could te accMplisjted easily. The 

STABT function ste^ ^mz^^j^Uvmlj t^izamqh a b±n^ry array called MCODE. MCi^J)£ is the control 
stDra itia which e4^cc row is a ^iiticroinstr uction. The sequence of micoinstxucti ons chosea froa 
HCOO^E is controlled by another binary array m:B!50RY. In MEWOBY resides the binary representation 
of the machine instructions. Again each row contains one machine instruction. 

Building these binary matrices is no more palatable than writing progi:4vif6:s in binary. A 
standard assembler approach prDvLdes a mnemonic means of creating the proper ^^\t^ r-Atterns. Thus 
each machine instruction is implemented as a dyadic 'fu^iction. Tiiha aam^ of it laidtsih^'-j the name ot 
the instruction. Thus for '** 

LOAD d 0 15 

V'hick is a machine instruction, LOAD is, in APL, a dyadic function- Its right arcjument is a 
three component vector defining the nature of the effective address. The first and second 
components are binary and define wtiether indirect addressing or indexing is ta f)ccur. The third 
component is an absolute address component. The left argument is the absolut^^ a^iddxess in MErtOHY 
which will contain the binary ::onf iguration generated by the rorieaonxc i nstr uV^^'M oiv-,. 

The microinstructions far thi^ machine ar^ in either ot two f'o:rnii^, the data tiow 
coatrolling form and the seiiuenca ooaHrolliag, forut,, dtee figure 7. For the data tlow controlling 
microinstructions ^Cb. pd>SSiibi> ^^iiction permitted in the function field is implemented as a 

dyidic function. Its left argument is again the _absolute_address_in MCODE .which ^wiil._.contain_the 

generated bit configuration. ^Its right "a^^^^^ is a four component vector which corresponds to 

-the other four fields in the microinstruction- The general form is 

Loc FCH Inl, In2, Output, Memory 

All the components of the right arguaent may be wr itten. mnemonically. For example, to ddd the 
contents of register X to the contents of register B, put the result in register KAB, and 
finally issue a read of memory, would appear as - 

7 ADDM X,B,MAR,R 

The sequence controlling microinstruction is also a dyadic function. The name of the 
function matches the mnemonic for the test condition. Its left argument is the absolute address 
in MCODE for the generated bit configuration. Its right argument is the absolute address in 
acODB of the next aicroinstruction to be in control. For example the microinstruction 

7 THH 64 

when executed causes an unconditional transfer to the microinstruction in control store location 

This technique while not elaborate proved quite adequate. If an error were made in either 
an instruction or a aicroinstruction, correction siaply consists of reentering it. Occasionally 
this was hard to grasp by an experienced programmer since he expected something ^ore involved. 
If the user is a knowledgable APL user, he may use the defined function facility of ^^-L as an 
asseabler. Instead of entering the instruction individually, they may be collected t69ether as a 
niladic function- For example. 
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OUTPUT (3 SITS) 
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i:;2 ( 3 BITS) 
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SEQUENCE CONTROL 



BRAtJCH ADDRESS 

il2' BITS) 

TEST CONDITION 

( 3 BITS) 



Figure 7 
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Changes to prograas then can be aade via the editio^g facilities of APL. A word of caatiOD 
though^ this does tend to fill ap the workspace. 



Tig in a and Effo rt 

This training package was essentially written in about 100 aac hours oTer a period of three 

weeks* Hany iaprovenents were suggested and even aade by studer^ts as they used it. This proved 
to be very valuable input. 

Since several levels of siaulation are involved, the execution tiae for the individual 
aachine instructions are inherently slow. Figure 8, contains soae saaple tiaes. The first and 
third cases exercise the aicrocode to execute two LOADs and a STOP. The second case exercises 
all the aicrocode to execute all but one of the aacbine instructions at least once. 



This package can serve as a ready foundation for further aodif ications and extensions. For 
exanple several additional instructions could be added to the repertoire of the aachine. Or one 
could aake changes in the dats flow. The addition or deletion of registers aind aodif ications to 
the lata paths are possibilitias. The tiaing with respect to aeaory references could be aade 
aore realistic. A more aabitious undertaking would be to treat this data flow or subset as an 
I/O control unit. Hith two sucli 7ersions, one an I/Q control unit and one a CPO, dynaaic 
interaction could' occur. 



This package has been successfully used to introduce the concept of aicropr ograaaing. It 
ena^tles a student to actually write and execute microcode in an interactive environaent. This 
leads to a proper appreciation of what is involved. The package appears readily extendable 
offering several avenues to follow. 

A technical report containing coaplete student manuals is currently being written and will 
be available froa the authors. 



Projections 



gnaaary 
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Gear, C. tf . , 



Coapu ter Qrqaal zation and Prograaain g, HcGraw-Hill, 1969. 
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AN APL ELSCrp.ONi:: CI.RCaiT ANALYSIS PHOGHA.^ 

Handall W. Jensen, Jerry A, Hiybee and Paul M. Hansen 
Electronic Design Assoc ia tes 
1536 'Ziist 1220 North 
Logan , Utah 21 

I'lanayement Systems Corporation 
15 North West Temple 
Salt Lake City, Utah 64103 



SCAPL {APL Electronic Circuit Analysis Program) is an interactive integrated system ot 
programs 'developed by Randall Jens^Mi, Terry" A. Kigbee, and i?aul i1- Hansen ot Electronic 

Design Associates for Manageraant Systems Corporation, 15 North West Temple, Salt LaXe City, Utah 
3ai03* The programming system was developed primarily to aid the electrical engineer in the 
design and analysis of elect ronic^l^irc uits. The system's capabilities are similar to those ot 
tha Ibn/SbO ECAP[ 1 ] program, however, the techniques used to perforin the analysis are ditterent- 
Ihi useu familiar with ECAP will have little difficulty making the transition to KCAPL- 

The HCAPL system consists of four clscly related programs. 

Input Lang^ua^e: This program acts as the communication link between the user and the three 
analysis programs^ The interactive language is user-or isnted and allows complex circuits to 
be simply described to the computer- The four basic types of statements used m the prograiD 
completely define the topDLogy of the circuit, the circuit element values, the type of 
analysis to be pertormad, the driving functions, and the output required. Each input 
statement is analyzed when entered for validity and syntax so that the user is completely 
isolated, from the APL system. Comprehensive diagnostics are supplied to aid input 
debugging. These features make it possible to learn to use ECAPL iu a short time. 

DC Analxsis: The dc analysis program obtains the dc or steady-state solutions ot linear 
electrical networks and provides the worst-case analysis, standard deviation (statistical) 
analysis, and sensitivity coefficients if requested- This program also provides an 
aji t om a t i c „. p a r a m etc r. a nd_ t o p o 1 og y - m o d i f i c a't i o n c a pa b i 1 i t y . i • 

AC Analx^k^' "The ac analysis program ootains the steady-state solution ot electrical 
networks subject to sine-wave excitation at an arbitrary fixed frequency. Since this 
program also contains tas automatic network-modification capability, it is easy to obtain 
frequency and phase-response solutions. 

Transient Analysis: Tha transient analysis program provides the time-response solution of 
linear or nonlineai electrical networks subject to arbitrary^ user-specified driving 
functions. Nonlinear eleaents are modeled by using combinations of switches and resistors, 
capacitors, or inductors to provide piecewise linear approximations to the nonlinear 
cha rac terist ics- 

ECAPL is not difficult to use,! tt is not necessary for the user to have any knowledge of 
APL Dr of^the internal mechanics of the ECAPL system and he needs no prior computer or 
programming experience. However, he must know the techniques of communicating with the computer 
via ECAPL. These include (1) ttie means of converting the circuit schematic to a written format 
acceptable to the program, (2) the information required to obtain the desired analysis, and (J) 
the knowledge to interpret the output results. The techniques involved in usiiig ECAPL are easily 
learned by an electrical engineer because ECAPL's input language and its output are written m 
electrical circuit terminology. 

The ECAPL input data provides information describing the interconnection of the branches, 
tha types of elements, their values, tolerances, gains, inductive couplings, initial conditions, 
and dynamic changes in their values, there are only eight different data card types required to 
provide thiis information: passive branch data, current gain or transconductance, mutual 
inductive coupling, switches to provide dynamic changes, independent voltage and current 
sources, and three types of tine-dependant sources. The eight types of data cards specify the 
elemant values in a "standard" branch. 

The standard branch shown in Figure 1 is the basic building block of ECAPL, It consists of 
a nonzero passive element; R, L, or C. In addition, it may include a voltage source E and/or 
a switch A in series with the element and/or an independent current source I in .parallel. It may 
also contain any number (.200) of dependent current sources i, as shown, in parallel with the 
elemant. The positive current iirections and voltage polarities are showu in the figure, 
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Besides the branch data statements, ECAPL also includes tvo Additional types of input 
statenents; command and control. The command stateaent £X or EXECUTE signals the end of the 
input data and causes the analysis to begin. 

Solution control statem-nts are of two types. The first contains data ' of a general nature 
that pertains to the dnaiysis Df a circuit {e. g. , frequency, tine step, etc.). The second type 
specifies calculations to be made, other; than a noainai solution (e.g., sensitivity 
coefficients, worst case, etc.). The page control (PC) output control statement is a special 
form of solution control statament which stops the analysis after each blocit of output to allow 
the user to insert a new sheet of paper in the terminal. The analysis is reacti vi*/ced by 
depressing the carriage return key. 



The statement formats for dc analysis, ac analysis a.ud transient analysis are summarized in 
Figure 2. 
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When the EX command at tie end of the circuit description is accepted, ECAPL requests that 
the user specify the output desired. The program prints each ot the possible output types (e^g,^ 
NV) to which the user replies rfith one of the response forms in Table 1, 



Table 1 Output Descriptors 




-"1 " "2 



carriacre 



FUN^CTION , 

snecifiess node or branch numbers desired 
"e.g."'! ■ 5"7 

snecifies all nunbers fron a to n inclu'^lve 

deletes number n fron outnut list 

deletes all numbers froin n to n .inclusive 
from the outnut list 

deletes all orevious numbers nrior to 0^ e.n., 
1 3 7 0 2 specifies numbers 2 and ^ onlv. 

continuation mark to allov7 nuiabers to be continued 
on next line. 

no outnut desired 



For examnle, a response to the' outnut tvoe TiJV mi^rht be 1 .5 >1S 
-11 would request. :element voltages 1, 5, 9, ^^, and 

15, ' 



The use of ECAPL is best illustrated with a series of examples- These examples demonstrate 
tha interactive procedure and the simplicity of the input language- The first example is a dc 
iinalysis of the two^stage implifier shown in Figure 3 represented by the equivalent circuit 
shown in Figure '4- 

The user requests an ECAPt ^^4nalysis~by -ty ping---the~stateme^ carriage 
return. The system replies witli SPiciFY TYPE^ OF ANALYSIS to which the user responds either DC, 
AC, or Tfi- In this case th'^ response was DC- Next, the circuit description is entered as shown 
in Figure 5, The conaand isi^ the end of circuit description informs ECAPL that the circuit 
data is complete. The systiij* responds with the number of nodes and branches used in the circuit 
and a request for the outputs iesired- Each output variable is typed by ECAPL and the user must 
respond with a carriage return (no output) or a specif ication as described in Table 1- 

At the end of the output requests the system dictates the commands to load the appropriate 

analysis package. A circuit moiif ication (para*^eter or topology) can be performed at the end of 

each analysis by reloading the language module, entering the modifications, and loading the 
analysis module as shown in Figure 5-3- 
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Examples of the ac analysis and transient analysis capabilities are illustrated in Figures 
6 through 9 respectively. 
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nPECTFY TYPr! OF AiULYSIG 



DC'--TEST paonnnr {vc Ai^at/csis of two stag?. a?':?lifieh) 
EHTFi^ cirxcuir DF3CniF7I0:i 

/?l,0-vl=5. B/'^aC .05) 
/73,n->5 = n5(.0n) 

-^5,?->3 = 50^'3( .05) -K^. 

/?6 , G-v^^l^.r-aC .05) 

/?7,4'>-3 = 3il2 

£'7 = ".7(".8,"".B) 

ff8,0->-4=li73( .05) 

/?9,4-'-7 = 50J:3( .05) 

i?10 ,7-^5=1.^3( .05) 

»5-^0 = , 1 
£:;U = 30( .OB) 
ffl2,i-^4 = 22K'3(.05) 
7713,8-^1 = 1 
;?14 ,0->'8 = 1.^6 
i?l ,2-^5=60 
B2, 7-^9=60 
2?3, 13-14=0 

3Fi 
I/O 

PC . ' 

EX 

NO. OF BRAVCHKSi m 
llOy OF ilODKS: 8 



SPECIFY OUTPUT DESIRED 

IIV 

l-J-B 

EV 

EC 

BV 

BC 
1->14 

EP 

tusc 

0 . • 

TYPE THE COlUUllDSx )ERASE LAJJG 

)COpy TERPYDC DC 
EX 

FIGURE 5-1 
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DC AiSALyars 



PARTIAL DERIViTIVe.r^ AND 5?:i!3ITTyj'r^' COI^FFICrE:!TS 

PMTfl BESPFCT TO PSS I.'^T ArC}!:S - - 

nOD^ PARTI ALS r>S:'iSI?ryTfy 

1 . . 

1 "2 .mil 325^0 5 ""l. 3 5 20:>,?*"0 ? 

3 7. 35617?: 04 U . 1 2 5 Oo.'^*'0 2 

*f 7. 32a5 3/f"0 4 _4.in0!l62:''0 2 

5 "6 .92 0 9 6/:''0 8 3 .'07 55 8.%*'05 

6 "6 .226 88."205 " 3 . 4 R TOo^'OU 

7 ' "7.53 546i=:_0i| "4 . 2 1 9 Bo^^'O 2 
B ■2.414325' 05 "l . 3 5 20 2.V'"0 3 

BRAJICH 2 

1 "2.33179^"' ^1. B8875.?"0>4 

2 ' ^3. h^' 2.7'j7?45:'05 

3 - ^' "9. 00 331.?"'^ 

.rt97855'"" ^ 

1. 20 511i7" " .y 0 6 

T 1, 19B85S'* . ^d85,^'*06 

5 6. 84618.?^ 8. 84618^*'06 

6 5.15314f 5.15314.^"08 

7 7.62012; U3 7.62012F~06 

8 1.9 7fl61.?*'0 4 1. 9 7fiolZ:"0 7 



1 B .^.fi27 yp'0S 1 .5 09 2 0""? 3 

2 6 .5in2S.T"0o 1 .43402^^0 3 
• 3 "2 . 112 5 7,^'*0 4 "4.647P5n~02 

4 "2 .10n,»}:?7:*'04 -4 .62 09 2fr0 2 

5 1. 8722r)?7"08 4.1 iS97.^>.6 
. 6 1.76985i>:"05 3. 89 370.^''■:I:■4 

7 2 .048 5i.r:~04 4 . 5067 2." "12 

8 6. 8fi27lK*'06 1 . 5n9 8 0.'?''J.3 



FIGURE 5-4 
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BP.AtJCU 13 



1 *7.57130fri0 *7. 57130.?"12 

2 '■7.19182H'''lO ■"7.19l8r^5'"X2 

3 2 .31O0 3?»''O8 2. 310 0 3£:"'lO 
U 2 . 29603.^~08 2 . 2 95 0 3^:*'lO 

5 "2 . 170no.^7"l2 ■*2.l7C3 8.P^''m 

6 ""l .9 5275r;"*10 "l , 9 5 27 5.V''l2 

7 "2 .3 6312/7"*08 "2 . 3 63 1 2.='*10 

8 1. 2B0115'"'06 1. 26011ir''08 



1 "7 , 5 7130r~10 *"7. 5 71305;~0 5 

2 "7.19l82?r"l0 "7.191 B2i?''0 6 

3 2. 3100 3.^^0 3 2. 3 10 0 3^^0 4 
U 2.2 9G0 3r:"0 8 2. 2960 3i"OU 

5 "2, 170 3 8?:" 12' . ■2.17033?'"0 8 

6 '"1. 9 5 27527"10 *"l. 9 52755:'C6 

7 "2 . 3 6312 i ""0 8 *"2 , 3 6 3 12£:"0 H 

8 "7 ,.5 8390ff"l0 "7 , 5 8 39 C£*'06 



l-rZTH RESPECT TO BETAS 
l^ODS PARTIALS 



SEHSITIVITY 



BETA 1 



1.6241'+ £•"04 
'l. 84607K*"04 

1.02916Z7~02 

1. 02293;:~02 
'g.64719£''"07 
"5.01251.^~05 
■l.05059i7~02. 

1.62414F~04 



9.74ii35ff 05 
'1.10754^20^ 

6.17U9 3J7_0 3^ 

6.1 37 595: 0 3 
"5. 73532.^'07 
"3.0 0751^'"35 
"6.303525 03 

9.7 44S4i?"(5;5 



BSTA 2 



1 ""4.99734*^'~04 "2 .9 9 Ri^0.^r'3)4 

2 ■ "4.79133r~04 ~2. 37510.^"U)4 

3 "2 . 4 289 4.V0 3 ~1 . 4 5 737^:'"'B)3 

4 "3.0321 6:?~0 3 "l . 8 1 °2 95>3 

5 4 . 7 0 8 5 92?~0 7 2 . 8 25 t5.^-"lS7 
'^ 5' "l. 30109.^^04 ~7.80G5S%''515 
^ 7 4. 91151. 7 "03 2.9Mc91.7"T'3 

B "4.99 7 33/7'0 4 ~2 . 9 9 S4 05 "T'4 
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4L m \J %J 'J '>J W 
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""3. 




"2 , 6 809 7^~06 
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"2. 4 35 725*0 
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"2 ^ 21 R 1 ?r~0 9 
• J. 3 u £ 
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5S0RU_7"01 


6 .0 5 559 7~C3 
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"2 . 
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~ 1 S R 77^ir*""0 U 
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"2. 


12302r7"02 


" 1 . ^ B R 1 15~0 U 
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8. 


56576.7 01 


5 9n60T7~m 

«J b ^ .J vJ ' ' O 1 < V O 
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~9 . 9 7Q ^fi^^^O U 
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16RB3;?"05 
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76i;U9.7"03 
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U5525.7 01 
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"2 . 


23963.7~02 






11 
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• "6 .709925"D3 
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^1 . 


36226£:'*01 


'*^.086795~02 
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35519i~0l 


'*U.0 65577~J3)2 
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999797'*01 


""2 .9999U5"I!)1 
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"l.7U7547~^)3 
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8 




■"2 . 
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"ll. U7'in6.?no 
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"U. 1784ur''01 
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*^9.2'i9 53"0O 


"6, 13U6U^'}0 






fl.H0 75M TOO 
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■ "l,:2352?'Ol 
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"2 .30216.^01 


*^2.57R30?'01 


"1.90103^01 
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"1.26007' 


"l,»+76i45^00 


"1. 06217^00 



BRAVCH' VOLTACrKS 



BUAllCH 


.VALV.Z 
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1.26087^00 


2 


7. 21833K"01 
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.l.i|6362/^'"31 


»+ 


3.92679?; 01 


' 5 


7.03393r00 
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2.2'+2SlJ701 
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7. 37927J7"ni 


8 


6'\R3505.^00 
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1, 61 955.^01 


10 


6.9 77 52i^0 0 


11 


2.9999ir01 


12 


5«57t|172700 


13 


1.2r.0972:"06 


lif 


1.26007^00- 



ELEUEUT VOLTAGFC^ 
BB Alien VALU"^ 



1 


1.260S7F00 


'\:^^'\ 


2,1S331J7"02 


3 


1,»+53j227"01 


4 


. 3.92679f:''01 


5 


7.0 3 3n3?;C>0 
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2.2^2515'01 


7 


■3. 79266.^*02 


8 


. 6.83505r00 


9 


1.61865.^01 


10 


5.97752n'00 


11 


B.B^^^^37E• 04 


12 


5.5 7417-/^00 


13 ■ - 


^,-.1.260 37/7 Oo 


lU 


1 .26037r;00 



BBAiWH VALUF: ■ 

7 2 ,S9.5kS^'^S 

3 1.7 8U-^:}A'"0 3 

-4 1 . 78^90J:~9 3 

5 l,75735^"d3 

6 1 . n^-^nsF:''03 

7 1 .10895.7^04 

8 6 . Rasosr^oa 

9 6 .97752r:'03 

10 6 .9775C>S'~03 

11 8. 8i^637Z:"03 

12 2 * 53371i7^04 
1-3 1.260fl7J:"06 

BRAflCn CURRE11T3 

BRANCH ; ' VALVE 

1 2.25 1565:"'0i| 

2 2 .69545.'7"05 

3 1.7f>U90jF''03 
4' 1.7BH90:7'^0 3 
5 1, 75795/S^^03 

.6 ' 1.86SR5r:"03 

7 1. 10896f;"0U 

8 6 .83505f:"03 

9 6.97752.^''03 

10 G.97752i?"t)3 

11 R.RM.637.9'^03 

12 , 2.5.3 371r:"0U 

13 1.260fi7^"06 
lU 1.25087E'"06 

ELEMEVT '^OVEj^S 

BE:,:^C!i VALUE 

1 2. 83893.7"0i; 

2 5 .R?i502.^''O7 

3 2 . 5 124 2-^~0 4 
i 4 7 .0n394.?''04 

5 . 1. 23;r>S3.^"n2 

0 . 191 io7:''n2 

7 ■ ; 4 .-20 5 9 3E'*0 6 

j 8 1 ^ 4.fi'7l7a.^''0 2, 

i 9 . 1.12942;:'"01 

1 10 ■ .4 . g'i8 5 9.^''0 2 

1 11 7.R25B?/?'*06 

i 12 1 .4i.:^3 4.?"0 3 

\ 13 1. 589B0.^"12 

FIGURE S-n 
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SPECIFY TyPF. OF Ar.ALYSIS 



nODIFY — HOPS? CA3F CALCULA?IO::S WITH MAX. BV:TA 
FJITER CIRCUIT DF:SCBIPTI0N 

i?7 = U36 
P1 = 7R 

WO 
PC 

EX _ ^. . _ ... .. 

NO. OF BPANCFc:^'. 14 
NO. OF nODF'J\ 8 



SPFCIFY OUTPUT DESIRED 

NV 

EV 
1-^14 

BV 
BC 
£*P 

msc 

0 

rrp;^ rr/F cot-utAt^DS x"^ )erase laug 

) COPT TERRY DC DC 
EX 
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*^a.i;a6 37.7*"01 
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.eaeoiH'oi 
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MAXIMUM 
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"6 .053S7;:00 
""5. 39911.TO0 

"2. 7 5 59 050 t 
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"l.O6996r0O 



BRAllQH_YOLTAGf,n 



BRANCH 


VALUE 
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7v22120^'"01 
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1.48037.7 01 


i? 


3. 987S2£'~01 
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^ 5.9t40t+9/TOO : 


• 5 


2.25112Zi-01 


7 


7. 3 6 83i;i'''01 
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6. 751087700 
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1. 63323ir01 
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5.91576.^00 
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13 
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1.2 59 5 4270 0 
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2. 
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' 5. 


48154500 


13 


1. 


26 9 545'"06 
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SPEC I FY type: of AUAL'iStlF^ 



AC TEST PnOBLKM 

EV.TEE CIRCUIT DK3CEIPTI0H 

.3'»'0 = a ^ 

i?7,5-»'0=l 
Wl. 3-^6=1 
//2,3-*5=:j2 

PC 

EX 

110. OF BRAIJCHES: 1 
no. OF II ODES: 5 

SPECIFY OUTPUT DESIEED 

uv 

EV 
1-7 

EC 

dV 
EC 

EP y 
MISC 

1 

SPECIFY FREQUENCY (HZ) Mill MAX inCREMEIlT 
.1591S5 

TYPE THE C0MMUV3', )ERASE LAtlG \ 

)COPY EC&PIj, AC r\ 



FIGURE 7-1 




AC AvlAL'iDIS 



FR^O^ 0.159155 



UODE VOLTAG^n 

NODS hiAGUITUDE ■ ?HAS2 

1 6,70722^r01 8.00 

2 3.7776Ur'"Ql 29.53 

3 3. 003095'"01 12 , 3*+ 

4 2.34899^201 68,02 

5 5 .15025^: 02 ^"34. 51 



- iRnVcfl" ^ VOLT AGES ^ ^ *" 

BRANCH „ MAGNITUDE FHASE 

J ^ 1 5.70722£;"01 "172.00 

2 3.U85it8c"01 "is .54 

.3 2 .5 3359£'"01 __82.06 

U 3.00309^- 01 _a2:34 

>5 ^.S^SeSF^Ol 19.25 

6 3.00309^"01 77.56 

7 5 .15026£:~02 "34.51 

ELEMEIIT VOLTAGES 

: BRAIJCH MAGin^UD:: PHASE 

1 3.U85UQ2:"01 2^5.54 

2 3-ua5uor"oi is.si^ 

3 i ; 2 .53359/r"*01 __82.06 
.-.=;f ^ : 3.00309r"01 . _12.34 

. 5 ' 2.3i;888^"01 19 .25 

6 3.00309E'"01 - 77. 55 

7 I 5.15026^ 02 "34.51 

ELEMEi:? CUR:iE:'!TS 

BEAllCH MACiIITUDE PHASE 

1 3.Ui)548ii:~01 "15 . 54 

2 3.405UR£'"01 "l5 . 5U 

3 3.00309ff"qi "12 . 34 

4 3.00309£: 01 ^12 . 34 . 

5 5.i5025^"02 34.51 

6 ^ 5.15026£:"02 34. 51 
,7 "^"^ 5.1502GZi~02 "34.51 
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BEAVCH MAGiUTUDS PHA::E 



1 

2 

3 

5 
6 
7 



485482: CI 

, 150 2 6.^' 0 2 
, 15025^"'02 



02 



15.51+ 
'15 . 5u 
'12. 3^^ 
'12. 3i+ 
"34.51 
'3U ,51 
'3U.51 



eleme:it powers 

BEAVCH ■ liAGt^ITUDE 



1.214a5£: 01 
1,21485£'~01 
.'83 5 54^^*0 3 
9 .01S575'~02 
1.16711£:'*02 
"5«S35 5HE'''03 
2 .65252Z:"03 



2 

"1 

0 

. 0 
0 



0 
0 

1 

0 
0 



0 
0 
0 
0 
0 



0 
0 
0 
n 

1 



0 
0 
0 
0 

.0 



0 

'1.8437 

1.625 

0 .40625 
"0 .1875 



0 

1. 525 
"1.5 
"0 . 375 

0.2 5 



0 ,40525 
"0.375 
"O .34375 

0.3125 



0 

"0 . 1875 

0 .25 

0 .3125 
"0 .375 



ECVE 

1 0 0 0 0 



ECVT 

0 0 0 0 0 



lUAl 



1.5 
0.125 
"0.25 



0.125 

0.09375 

0.0G25 



"0.25 
0;O625 
1)'.375 
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SPEC! Fx ry^rs of aualysjs 



ERIC 



TEAUSIF.UT 

EtJTSn CIRCUIT DEscni?Tio:i 

Fl ,0-^1-' . 001 . 
ETi,0 ,10^ 
30^10 

G3^1^0-{ 1:7 6, 1.25) 

{74,a-»-0 = (l£: 5,2.25) 

£;i;='"l .5 

5P/l,3f 3 

SW2 

2^ = 1 

FJ = 5 

PC - 

EX 

IW. OF BRANCHES: U 
NO. IWDESx 1 



SPECIFY OUTPUT DESIRED 

II V 
1 

EV 
EC 
BV 
EC 
EP 

niGc 



TYPE THE COt-UIAiJDS: )ERASS LANG 

)COPY TERRY TRArl TRAll 
EX 



FIGURF, 9-1 
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TRAIJSIFJJT ANALYSIS 



uod:^ voltages 

rODE VALUE 

1 4.99S00£:~10 

EL2HEIJ? CURREl^TS 
BRANCH VALUE 

■'4.99500£'"07 
4.99500^~:0 
• ■9:99-9 99i7^a7 

"i.soonoi-'oe 



1 

2 



TlilE^ 1 

NODE VOLTAGES 
NODE VALUE 

1 9.9 9?I01^"01 

ELEMENT CURRENTS 
BRANCH VALUE 

1 9.99G015'"01 

2 9 . 99001.?"01 

3 9 . 99OO0£'"l0 
~5.00g9 3^"0 7 

SWITCHES OFF: 1 ■ ' 



^WDE VOLTAGES 
NODE VALUE 

1 9.999765"01 



FIGURE 9-2 
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BP^ftCH VALUE 

1 l.OOOOicOO 

2 9. 9 99 7.7^'*01 

3 2.9 3036Zi''05 

4 **5.00022^''07 



NODE VOLTAGES 
U.QPE . YAliUE 

1 l.il9913/700 

ELEMENT CUERENTS 
BRAIICH VALUE 

1 Q.lSil^E^Ol 

2 1.49912J?00 

3 "5 . 23906£'"0i 

4 "8. 74265H'"10 

SWITCHES ON: 2 



FIGURE 9-3 
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USE OF APL IN TEACHING ELECTRICAl. NETWORK THEORY 

Paul Penfield, Jr- 
Missachusetts Institute of Tecfcinolo<jy 
Caobridge, Massachusetts o;!139 



This papec discussed .an ex per viae nt in which APi* was used in a college course at)out 
elactrical network theory. 

Background ... 

The course is 6.01, Introductory Networlc Theory, which is taught to freshoen and Sophoaores 
at «.I,T. It covers both continuous networks (ELC networks with dependent sources) and discrete 
networks, including finite-state machines and combiuatioaal-logic networks. In the casa of RLC 
networks, both time-domain and f requency-doojain aspects are covered. This coarse is required 
for ail students majoring in electrical engiuaering (includitig computer science) at rt-I-T. 
Ex::ept for an elective course in computation, it is the first exposure most of the students have 
to electrical engineering. It therefore serves as a common foundation for many courses to 

follo". 

There is an enrollment each term of between 100 and 300. Each student is expected to 
attead two lectures and two re::itations per week, and then a one-nour tutorial with a single 
tator. In addition, . of coicse, there is homework aad in the Spriag 1972 term, some ot that 
involved the use of the computer. 

Pour APL terminals wars available sijcteen hours per day and this turned out to be 
sufficient. 

Purpose 

The APL notation was adopted instead of standard algebraic notation because of its 
preciseness and completeness. The computer was used partly as motivation for the students, but 
primirily as a tool to chsck the correctness of circuit- theory algorithms written by the 
stadents- 

Note that the purpose is not to introduce the students to a computer, nor to learn a 
computer language, nor to learn anything about numerical methods or computer-aided design. APL 
was used simply as a language to express algorithms. Since much of mathematics is, Dehind the 
surfice, algorithmic, and sinC2' much of circuit-theory is mathematical, APL merely served as a 
language in which to express ideas relating to circuit theory. 



APL notation was used in the lectures, in the notes, in the recitations and in the 
tutorials. Initially, the stafE (which consisted of six graduate students and four recitatioa 
instructors) was unfamiliar with APL. In ^the recitations, the use of APL never did take over 
completely. In the tutorials, whether APL or standard notation was used depended largely on the 
pc«f3rences of the tutors ani the individual students. Because the staff was not familiar with 
APL it firsts there were several instances of confusion over precedence rules, or the use of the 
equals sign. Many of the equations had an unusual appearance. For example, the equation relating 
tha voltage and current iu a SBmiconductor, diode, which in ordinary notation is 



came out in APL notation as 



w.hich to most of us, appeared relatively awkward at first. 

The first lecture, . reel tation, and homework set exposed the students to the language APL 
and how to use it on the computer. This exposure turned out to be sufficient. Use was made of 
APLCOVRSE i-^ Library 1^ and as pairt of the first homework seti the students were asked to run 
APLCOVRSE ^^^^^ spscifie,^ set of primitive functions. The students were also gi^en drill 

\ ' ' ' ' . " , ■ ■ * . ' ■ 
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prDbleias to do off-line ana asked to verify them at the tarninal, the APL User's Manual was a 
♦•suggested Text"; ia retrospect, it should have been a required text. In addition, GiUan and 
aose, APL 360, An later^ctive A££roach, vas also a ''Suggested Text," , 

After ths first week, the students were expected to be able to use the computer when 
requssted. The typical way in rfhich the hoiRevror.V. sets were handled is as follows- Consider the 
algorithms that are necessary to coBipute the eqaivaleat resistance of two resistors in parallel 
or t*o resistors in series. It these two functions, p and 5 are dyadic functions with a return, 
than any series-parallel rasistor network can be analyzed by repeated use of th^se two 
functions. The students were flrstasked to solve several se" ies- para llel networks by hand- 
Phase were relatively siniple networks, consisting of not a3/;e than four or five resistocs, and 
el>in>nt values were ahoseo so results WDuld usually be integers. Next, tbe students wera asked 
to' write the algorithms for s and Pr in h?l, off-line. In the next problem, they were asked to 
ittplsment these on the computec, and test them by using th^i examples that they had already 
solV2d by hand. Finally, taay were asked to find the equivalent resistance of a relatively 
coBplicated network with fourteen resistors, which in principle, they could have done by hadn, 
but in practice, would have baeu tedious, Dther weeks tha particular algorithms were different, 
but the same general approach was used- The students alwu/s did simple cases by hand, than wrote 
th^ algorithms, then impiemanted them on the computer, then tested the implementation on the 
examples that they had already done, and finally, solved a problem that was too conplicated to 
3,0 by hand. About five homework sets out of 13 had sur:h probleas- 

Hesuljts . 

The use of APL as a lotation worked well ^cou the first half of the term. Howeve-:, when 
diff='rantial equations were GDZOuntered, i*e., when BLC networks in the tioe-ra^maxu were 
introduced, the API. notatioi was insufficient- The laak of notation for derivatives and 
integrals proved to be fatal, APL notation was* abandoned, altjhough it was returned to at a later 
time. 

Up until this poicit, hovjver, the APL notation was effective as a coniB.unicstion mechanism, 
despite the fact that neither the students nor the staff was familiar with it at the outset- 
»h3ther it was any more effective than standard notation is unclear; it was certainly no less 
so, and students had no probleis in switching back and forth- 

As far as the computer is coiicerned, the students did the homework sets as they were 
expected to and they appciar to have learned the cjxcuitr..theory 'aTgorithas by implementing thea- 
Tha students' experiences are pr obably_best-summed up by the answer I received from a number of 
3tid=*ttts when I asked then the question, "Did you find putting the algorithms on tue computer to 
be aducational?" Their answe- universally was "No« followed by the statement that putting them 
on the computer did not teach them aaything, but writing them prior to putting them on did. 

Of course, the use of tie computer was not appropriate for all aspects of circuit theory, 
and wajf not used evecy yeek- la particular, the lack of software dealing with differential 
^qaations virtually precluded its use for time-doiBain analysis of linear networks- However, 
students did write functions for complex arithmetic,, which they then used to implement some 
f reqiiency-domain analysis techniques foe RLC networks, 

IQ general, the students did renarkab;.y well on the computer problems. Of the students who 
consistently turned in the homawork over 90% got the computer probiems done correctly most 
tiaes, some students did a minimum of work ou the computer and some appeared to dislike it, but 
most did more than was asked aid seemed to enjoy the experience and learn from it. 

The time spent on the terminals was not excessive. For example, for the series-parallel 
algorith%3 discussed above, tha typical terminal time was less than one hour per student- 
Ass essae at 

By assessment of this experiment, as far as the notation alone is concerned is 
inconclusive. The lack of notation for derivatives, and integrals is a flaw which is very 
unfortunate because differentia equations have an important role in circuit theory- 

^ As far as the student ase of the computer is concerned, this-^as very helpful- The 

studants learned from the compjter and they found it enjoyable and provocative. 

It should be emphasized that APL was used merely as a. vehicle in which to express and test 
alaorithas having to do with circuit theory. Too often it is assumed that the purpose of 
computers in scientific and engineering courses is to allow the students a "canned" program,.- 
3inc2 such programs generally io automatically the very steps we want the st-^ dents to learn. The 
assumption behind the experimsint reported here is that the computer should, instead, be used as 



ERiC 



192 



i jeiiUDi in which ths students can ex press ic3eas reldting to the subject aiattei:. In a sense, the 
coiputer then plays the tola of a prooleai grader, forcinjg a student to continually sharpen his 
Ldsas until he »«passes, " i.e.,, until his dlgorithms run 'properly. 

Present plans are to rantinue tha use of aPu in future teens/ based on the experience 
reported here, 
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